jiebi/CodeConvo huggingface dataset:
Change:
githubId = 2287221; name = "Andreas Zweili"; }; <ins> nebunebu = { email = "neb.nebuchadnezzar@gmail.com"; github = "nebunebu"; githubId = 87451010; name = "nebu"; }; </ins> Necior = { email = "adrian@sadlocha.eu"; github = "Necior";

Discussion:
Project description It's a conventional commits git helper that has a gorgeous TUI Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, (basicaly anything with go) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Name conflicts with .
I think renaming it to meteor-git would solve that
Change:
<ins> { stdenv , fetchurl , lib , autoreconfHook , bzip2 , cfitsio , exiv2 , gettext , gtk2 , gtkimageview , lcms2 , lensfun , libjpeg , libtiff , perl , pkg-config , zlib , addThumbnailer ? false }: stdenv.mkDerivation rec { pname = "nufraw"; version = "0.43-3"; src = fetchurl { url = "mirror://sourceforge/nufraw/nufraw-${version}.tar.gz"; sha256 = "0b63qvw9r8kaqw36bk3a9zwxc41h8fr6498indkw4glrj0awqz9c"; }; nativeBuildInputs = [ autoreconfHook gettext perl pkg-config ]; buildInputs = [ bzip2 cfitsio exiv2 gtk2 gtkimageview lcms2 lensfun libjpeg libtiff zlib ]; configureFlags = [ "--enable-contrast" "--enable-dst-correction" ]; postInstall = lib.optionalString addThumbnailer '' mkdir -p $out/share/thumbnailers substituteAll ${./nufraw.thumbnailer} $out/share/thumbnailers/${pname}.thumbnailer ''; meta = with stdenv.lib; { homepage = "https://nufraw.sourceforge.io/"; description = "Utility to read and manipulate raw images from digital cameras"; longDescription = '' A new version of the popular raw digital images manipulator ufraw. Forks from the version 0.23 of ufraw (that's why the first nufraw version is the 0.24). Nufraw offers the same features (gimp plugin, batch, ecc) and the same quality of ufraw in a brand new improved user interface. ''; license = licenses.gpl2Plus; maintainers = with maintainers; [ asbachb ]; platforms   = [ "x86_64-linux" "i686-linux" ]; }; } </ins>

Discussion:
Context When you're doing photography you might shoot in raw format. A file which contains the raw data of the image sensor captured that image. The current problem is: When you insert an sd card with raw images you don't see any previews in (didn't checked kde file manager). Solution I'd like to have a NixOS option to enable raw thumbnail support. Normally is used to accomplish that task. Since the package is broken I started adding since it seems to be the (see ) I guess the part currently missing is to create a thumbnailer entry which could be used for nautilus to create these thumbnail previews which I'm currently unsure how to implement.
Fixed with To enable raw thumbnails just add to your . For you need to ensure that you increase the size thumbnails are created for.
Change:
buildDotnetModule rec { pname = "OpenTabletDriver"; <del> version = "0.6.0.4"; </del> <ins> version = "0.6.1"; </ins> src = fetchFromGitHub { owner = "OpenTabletDriver"; repo = "OpenTabletDriver"; rev = "v${version}"; <del> sha256 = "sha256-VvxW8Ck+XC4nXSUyDhcbGoeSr5uSAZ66jtZNoADuVR8="; </del> <ins> sha256 = "sha256-9C6rtq+1WTinlAs0SJs1/J1QRnKm5pGNDSbLQ0kRUXY="; </ins> }; debPkg = fetchurl {

Discussion:
Package name: opentabletdriver Latest released version: 0.6.1 <!-- Search your package here: --- Current version on the unstable channel: 0.6.0.4 Current version on the stable/release channel: 0.6.0.4 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Change:
}@args: callPackage ./generic.nix (rec { <del> version = "4.4.1"; </del> <ins> version = "4.4.2"; </ins> branch = version; <del> sha256 = "0hmck0placn12kd9l0wam70mrpgfs2nlfmi8krd135gdql5g5jcg"; </del> <ins> sha256 = "sha256-+YpIJSDEdQdSGpB5FNqp77wThOBZG1r8PaGKqJfeKUg="; </ins> darwinFrameworks = [ Cocoa CoreMedia VideoToolbox ]; } // args)

Discussion:
, CVSSv3=5.5 (nixos-21.11, nixos-unstable) An integer overflow vulnerability was found in FFmpeg 5.0.1 and in previous versions in g729parse() in llibavcodec/g729parser.c when processing a specially crafted file. Scanned versions: nixos-21.11: ; nixos-unstable: . Cc
fixed by
Change:
# Patch pastebin & inxi location sed "s|/usr/bin/pastebin|$out/bin/pastebin|" -i scripts/upload-system-info sed "s|'inxi'|'${inxi}/bin/inxi'|" -i scripts/upload-system-info <del> # Patch gtk3 module target dir substituteInPlace libxapp/meson.build  --replace "gtk3_dep.get_pkgconfig_variable('libdir')" "'$out'" </del> ''; <ins> # Fix gtk3 module target dir. Proper upstream solution should be using define_variable. PKG_CONFIG_GTK__3_0_LIBDIR = "${placeholder "out"}/lib"; </ins> meta = with lib; { homepage = "https://github.com/linuxmint/xapp"; description = "Cross-desktop libraries and common resources";

Discussion:
To reproduce, here is an example: The related code is at Some nice to have: As suggested  should be something that can be accessible by everything and we are likely going to put our "" there and next we are going to import in basically every file. Adding to in is probably not a good idea since this is a desktop shell package you will end up having this variable everywhere, I imagine a treewide will be likely needed.
Change:
<del> {lib, stdenv, fetchurl, pkg-config, lua5, curl, quvi_scripts, libquvi, lua5_sockets, glib, makeWrapper}: stdenv.mkDerivation rec { pname = "quvi"; version="0.9.5"; src = fetchurl { url = "mirror://sourceforge/quvi/quvi-${version}.tar.xz"; sha256 = "1h52s265rp3af16dvq1xlscp2926jqap2l4ah94vrfchv6m1hffb"; }; nativeBuildInputs = [ pkg-config makeWrapper ]; buildInputs = [ lua5 curl quvi_scripts libquvi glib ]; postInstall = '' wrapProgram $out/bin/quvi --set LUA_PATH "${lua5_sockets}/share/lua/${lua5.luaversion}/?.lua" ''; meta = { description = "Web video downloader"; homepage = "http://quvi.sf.net"; license = lib.licenses.lgpl21Plus; platforms = lib.platforms.linux; maintainers = [ ]; broken = true; # missing glibc-2.34 support, no upstream activity }; } </del>

Discussion:
installs but is unusable. System: Nix version: Nixpkgs version:
I just tried to look at this a bunch and effectively got nowhere fast. Made both the lib and the tool use Lua 5.1 and the 5.1 sockets lib. Oddly in Googling around it there seems to be others elsewhere having issues with this particular combination.
Are there any updates on this issue, please?
While I'm not sure whether this solves this issue in its entirety, two things brought me a bit closer fixing it: Adding to the : Using instead of . In : I don't have any experience with Lua, though, so there might be a better solution. After doing this, I get a very different error which I had not yet the time to investigate (and which is why I didn't open a PR yet):
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
This issue persists exactly as originally described. Unfortunately, I did not get around to investigating any further than as described by my last comment.
I marked this as stale due to inactivity. &rarr;
Change:
Section "InputClass" Identifier "Keyboard catchall" MatchIsKeyboard "on" <del> Option "XkbRules" "base" </del> Option "XkbModel" "${cfg.xkbModel}" Option "XkbLayout" "${cfg.layout}" Option "XkbOptions" "${cfg.xkbOptions}"

Discussion:
When I try to change the primary button, mouse speed or toggle natural scrolling nothing happens. The same settings for touchpad work. It is not caused by the GNOME 3.26 update since it can be reproduced with 3.24 on unstable. Possible culprit: libinput update. GNOME, run . mouse primary button. clicking something (e.g. window decoration) with the primary and the secondary button that the secondary button still acts like a primary one and vice versa. system: host os: multi-user?: sandbox: version: channels(root): channels(jtojnar): nixpkgs:
It looks like the issue existed long before the libinput update. I tried an older nixos-unstable commit () and it is still there. I opened an upstream issue
Apparently, the evdev X input driver is no longer supported. See
Change:
{ buildGoModule , fetchFromGitHub <ins> , fetchpatch </ins> , lib }: buildGoModule rec { pname = "git-hound"; <del> version = "1.4"; </del> <ins> version = "1.7.2"; </ins> src = fetchFromGitHub { owner = "tillson"; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-HD5OK8HjnLDbyC/TmVI2HfBRIUCyyHTbA3JvKoeXV5E="; </del> <ins> hash = "sha256-W+rYDyRIw4jWWO4UZkUHFq/D/7ZXM+y5vdbclk6S0ro="; </ins> }; <del> vendorHash = null; </del> <ins> patches = [ # https://github.com/tillson/git-hound/pull/66 (fetchpatch { url = "https://github.com/tillson/git-hound/commit/cd8aa19401cfdec9e4d76c1f6eb4d85928ec4b03.patch"; hash = "sha256-EkdR2KkxxlMLNtKFGpxsQ/msJT5NcMF7irIUcU2WWJY="; }) ]; # tests fail outside of nix doCheck = false; vendorHash = "sha256-8teIa083oMXm0SjzMP+mGOVAel1Hbsp3TSMhdvqVbQs="; </ins> meta = with lib; { description = "Reconnaissance tool for GitHub code search";

Discussion:
Package name: git-hound Latest released version: 1.7.2 <!-- Search your package here: --- Current version on the unstable channel: 1.4 Current version on the stable/release channel: 1.4 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Try to check if it solves the current broken build. Can the update be applied also on stable repository? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
{ description = "Set up the state directory for FreshRSS before use"; wantedBy = [ "multi-user.target" ]; <del> serviceConfig = defaultServiceConfig //{ Type = "oneshot"; User = "freshrss"; Group = "freshrss"; StateDirectory = "freshrss"; WorkingDirectory = cfg.package; </del> <ins> serviceConfig = defaultServiceConfig // { RemainAfterExit = true; </ins> }; <ins> restartIfChanged = true; </ins> environment = { DATA_PATH = cfg.dataDir; };

Discussion:
When Freshrss is first taken into use the service presents configuration wizard where it asks for language and complains of invalid file permissions. The service should configure these automatically, but it does not. Steps to reproduce the behavior: freshrss with nixos rebuild "http://<MYDOMAINHERE" to web browser 's web page opens to configuration wizard Freshrss's web page should open to the "Main stream" page. This can be fixed by manually starting which does the configuration. It does not get started automatically when you first enable freshrss though, with no indication that you should start it yourself. Which led in my case to much wasted hours and frustration. Example output from rebuild: ^-- No at the list of new started units Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can you see if adding the following configuration fixes this for you?
Hi, seems that it does indeed fix it. :+1: Tested this by starting from scratch: freshrss's nix configuration nixos rebuild accessing freshrss's web page and got 404 error to another location freshrss's nix configuration back in and applied your fix nixos rebuild again accessing freshrss's web page and got the expected main stream page Also another side benefit is that it is now possible to change admin's password via . Previously it required also running of manually afterwards.
Change:
description = "systemd service that is enabled by default"; }; <del> /* autoMigrate = mkOption { type = types.bool; default = false; description = '' Whether IPFS should try to migrate the file system automatically. The daemon will need to be able to download a binary from https://ipfs.io to perform the migration. ''; }; */ </del> autoMount = mkOption { type = types.bool; default = false;

Discussion:
Describe the bug IPFS module should use upstream systemd files for socket-based activation. Right now we have a custom service file that is different from the one in ipfs-go 0.5.0. This is something quickly I can do. /cc
Change:
, ply , toml , tomli <ins> , poppler-qt5 </ins> }: buildPythonPackage rec { pname = "sip"; <del> version = "6.8.0"; </del> <ins> version = "6.8.1"; </ins> format = "pyproject"; src = fetchPypi { inherit pname version; <del> hash = "sha256-LtGQSCDLZhtyB+sdzPrr7BpUY9ytkDukSK0ZRVAtCJw="; </del> <ins> hash = "sha256-MALfQV4WisP/45OULbxxMcuCreUAAOFSb0aoit4m9Zg="; </ins> }; nativeBuildInputs = [

Discussion:
Steps to reproduce the behavior: latest master do Hydra job: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Notify Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
is causing this build failure (see: ). version was bumped in .
QGIS is building successfully with
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Should we add qgis to sip's as well?
I would love to have some kind of test to make sure that QGIS is building with sip and is running correctly. But is it acceptable to do it this way ? And is it a good design ?
on Matrix suggested:
Fixed in
Change:
<del> {stdenv, fetchurl, SDL} : stdenv.mkDerivation { name = "hexen-0.2.3"; src = fetchurl { url = https://www.libsdl.org/projects/hexen/src/hexen-0.2.3.tar.gz; sha256 = "c1433e930f2003c5f817f935406bb28ba15298a15b1c11f83f42df3e9f1f3bc4"; }; buildInputs = [ SDL ]; meta = { homepage = http://www.libsdl.org/projects/hexen/; description = "Port of Raven Software's popular Hexen 3-D shooter game"; license = stdenv.lib.licenses.free; broken = true; }; } </del>

Discussion:
Package: hexen Error: Makefile:157: recipe for target 'mmisc.o' failed Platform: openSUSE 13.1, x8664, XFCE Version: nix-env (Nix) 1.9
It builds fine for 32bit x86 architectures. I’ve no idea if it runs however. I don’t know if this program has been ever meant to be built on x86_64.
Hmm, that's a good point. If it isn't meant to run on x86_64, would there be some way to indicate as such in the file, eg. using an ?
Setting the attribute to should be enough.
The i686 version builds for me but doesn't run.
(triage) status?
Still doesn't build on x64.
(triage) and now?
Still fails on on NixOS 18.03.
Then I suggest we remove it. Can you prepare a patch?
Change:
gmic_stdlib = fetchurl { name = "gmic_stdlib.h"; url = "http://gmic.eu/gmic_stdlib${lib.replaceStrings ["."] [""] version}.h"; <del> hash = "sha256-kWHzA1Dk7F4IROq/gk+RJllry3BABMbssJxhkQ6Cp2M="; </del> <ins> hash = "sha256-f8d9jTVnHwSoyMuiM+Qv86e/BYX9SSx9cl3borihxnc="; </ins> }; nativeBuildInputs = [

Discussion:
Steps to reproduce the behavior: gmic from There are more of those function arity errors, but just a small sample since they're the same. I'm going to assume pull in today has something to do with it. no maintainer? merged and it shows failures for gmic. gmic is used for me in GIMP and darktable. Please run and paste the result.
I will revert this preventively. There are many strange bugs happening.
Change:
SCMP_SYS(getsockname), SCMP_SYS(ioctl), SCMP_SYS(lseek), <del> @@ -1179,6 +1181,7 @@ </del> <ins> @@ -1162,6 +1164,8 @@ int scmp_sc[] = { </ins> SCMP_SYS(sendto), SCMP_SYS(setitimer), SCMP_SYS(setsid), <del> +        SCMP_SYS(setsockopt), </del> <ins> +	SCMP_SYS(setsockopt), +	SCMP_SYS(openat), </ins> SCMP_SYS(socket), SCMP_SYS(stat), SCMP_SYS(time), <del> @@ -1195,9 +1198,11 @@ </del> <ins> @@ -1178,9 +1182,11 @@ int scmp_sc[] = { </ins> SCMP_SYS(clock_settime), SCMP_SYS(close), SCMP_SYS(exit_group),

Discussion:
; This'll need to be completely fixed. See: cc
Is this related to ?
Does the PR close this issue? It wasn't automatically closed because of a malformed commit message in the PR.
I believe so, (ask to) re-open the issue if it wasn't what the small discussion was about. Thanks
Change:
"${config.boot.initrd.systemd.package.kbd}/bin/setfont" "${config.boot.initrd.systemd.package.kbd}/bin/loadkeys" "${config.boot.initrd.systemd.package.kbd.gzip}/bin/gzip" # Fonts and keyboard layouts are compressed <del> ] ++ optionals (hasPrefix builtins.storeDir cfg.font) [ </del> <ins> ] ++ optionals (cfg.font != null && hasPrefix builtins.storeDir cfg.font) [ </ins> "${cfg.font}" ] ++ optionals (hasPrefix builtins.storeDir cfg.keyMap) [ "${cfg.keyMap}"

Discussion:
NixOS's default kernel configuration only enables the 8x8 and 8x16 fonts. This is not ideal, because they are too small for high-resolution displays. The current workaround used by is to set . There are problems with this however: during early boot, before the GPU drivers are loaded, the firmware or bootloader may initialize the display at a lower resolution, resulting in an oversized font in fact, the hidpi module sets , which in my opinion is a bad idea, because it will force switching to a low resolution when the firmware could have set us up with a high-res framebuffer; this also breaks seamless boot for those who care (sd-boot's default is to keep the mode unchanged) resolution switches reset the font to the kernel default, and under certain circumstances it seems a race condition can prevent userspace from setting the font correctly again The kernel is actually able to select an appropriate font for the current resolution using a simple heuristic since mid-2019 (). This bypasses the problems listed above and ensures a good font is always selected after resolution switches. The only requirement appears to be that the fonts must be built into the kernel. Font-related kconfig options as configured by NixOS: Arch Linux: So Arch enables the default 8x16 and Terminus 16x32 (the same font that the hidpi module sets). The observed behavior on Arch is that it seamlessly switches fonts after mode switches, and I've never seen this break since it has been enabled.
Same issue here with a NVIDIA card and a 3840x1600 monitor. tty0 console text covers the entire screen. I couldn't resolve this issue manually with and (DP-3 is my monitor). Setting the font manually to the default value () gives the right font size but this particular font doesn't have antialiasing which looks quite bad on a HIDPI monitor.
There's no antialiasing in console fonts, they're all bitmap fonts.
Gotcha, thanks. On side note, I looked for a different consolefont and came up with this. Looks a lot better now :smile:
Change:
description = "Collect, organize, cite, and share your research sources"; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; license = licenses.agpl3Only; <del> platforms = platforms.linux; </del> <ins> platforms = [ "x86_64-linux" ]; </ins> maintainers = with maintainers; [ i077 ]; }; }

Discussion:
When trying to run zotero 6.30 on linux-aarch64 (M1 macbook with arch based asahi-linux) the binary doesn't execute, and produces the following error: Also: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
mkdir -p "$out/share/gsettings-schemas/collected-for-libreoffice/glib-2.0/schemas/" <del> for a in sbase scalc sdraw smath swriter spadmin simpress soffice; do </del> <ins> for a in sbase scalc sdraw smath swriter simpress soffice; do </ins> ln -s $out/lib/libreoffice/program/$a $out/bin/$a wrapProgram "$out/bin/$a"  --prefix XDG_DATA_DIRS : 

Discussion:
When attempting to run from the LibreOffice installation, I get the following error: I honestly have no idea what this tool is supposed to do, but if it is included in the package it should run. Install either or and then run System: NixOS: 17.03.899. (Gorilla) Nix version: 1.11.8 Nixpkgs version: "17.09pre108553." Sandboxing enabled: Yes (Hmmm.... I see that my NixOS version and Nixpkgs version don't match.... I'll have to look into that.)
The Nix expression for libreoffice wraps the binaries so they appear in /nix/store/-libreoffice-/bin, making them available on the PATH. The binaries are actually located at /nix/store/-libreoffice-/lib/libreoffice/program. The problem is the Nix expression wraps spadmin which does not exist in the program directory. See I don't know whether spadmin is supposed to be there or not, but that's what's going on. What I find interesting is that the symbolic link to the binary doesn't appear to be broken:
Change:
is broken when using cgroups-v2. '') <ins> (mkRemovedOptionModule [ "services" "kippo" ] "The corresponding package was removed from nixpkgs.") </ins> # Do NOT add any option renames here, see top of the file ]; }

Discussion:
kippo is an SSH honeypot service, here is the module definition: And of course, it needs the kippo package : But now the module is broken because the was removed : ( Here is the commit: and corresponding PR: Should we remove the broken module or re-pachaging the ...? Steps to reproduce the behavior: line to error log says is not exists. I'm not found any maintainers from the module, the deleted package's maintainer is Maintainer information:
I am no longer a regular user of kippo so i didn't mind if the module is deprecated along with the package.
Maybe I can make a PR to remove the module, sorry for bothering you.