jiebi/CodeConvo huggingface dataset:
Change:
thriftpy2 = callPackage ../development/python-modules/thriftpy2 { }; <ins> throttler = callPackage ../development/python-modules/throttler { }; </ins> thumborPexif = callPackage ../development/python-modules/thumborpexif { }; tkinter = callPackage ../development/python-modules/tkinter {

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: a simple Snakefile such as shown below command fails with (truncated) exception message as shown below The command does not fail with an exception This is a known issue that has been fixed in the recent versions of Snakemake Please run and paste the result.
Change:
./services/web-apps/chatgpt-retrieval-plugin.nix ./services/web-apps/cloudlog.nix ./services/web-apps/code-server.nix <ins> ./services/web-apps/collabora-online.nix </ins> ./services/web-apps/commafeed.nix ./services/web-apps/convos.nix ./services/web-apps/crabfit.nix

Discussion:
Collabora Online Hi there, As of today, OnlyOffice is packaged in nixpkgs though it has a bug that throws SIG_ILL in x2t transformer. An alternative to onlyoffice, there is Collabora Online. It is an online version of libreoffice that can be integrated into several different portals suchs as nextcloud, moodle etc. I've decided to give it a go to package it into nixpkgs with the following shell: When I've tried to configure it looked for libreofficekit that which I am not familiar with. I've looked into the the libreoffice-collabora package and found only the followings: My question is, is it possible to get dev contents of libreoffice in nixpkgs via some output (usually it is 'dev')? I must admit I do not possess much experience with libreoffice and friends. I assume libreofficekit is a dev extension that can hook up to some functionality in libreoffice, please correct me if I am wrong. I think while the onlyoffice gets a proper fix, it is positive to initiate a conversation for an alternative that is collabora in this particular situtation. best, evrim. Metadata source URL:
Change:
{ buildPythonPackage, <del> fetchPypi, </del> <ins> fetchFromGitHub, </ins> libmysqlclient, lib, pythonOlder, <ins> setuptools, </ins> }: buildPythonPackage rec { pname = "mariadb"; <del> version = "1.1.4"; format = "setuptools"; </del> <ins> version = "1.1.10"; pyproject = true; </ins> <del> disabled = pythonOlder "3.6"; </del> <ins> disabled = pythonOlder "3.8"; </ins> <del> src = fetchPypi { inherit pname version; hash = "sha256-c6CsvSrOOB7BvPxhztenmlGeZsAsJOEq5tJ7qgNxeHY="; extension = "zip"; </del> <ins> src = fetchFromGitHub { owner = "mariadb-corporation"; repo = "mariadb-connector-python"; rev = "refs/tags/v${version}"; hash = "sha256-YpA65J8ozKJfpOc4hZLdgCcT3j/lqRiNeX7k8U/aYkE="; </ins> }; <del> nativeBuildInputs = [ libmysqlclient ]; </del> <ins> build-system = [ setuptools ]; nativeBuildInputs = [ libmysqlclient # for mariadb_config ]; buildInputs = [ libmysqlclient ]; </ins> # Requires a running MariaDB instance doCheck = false; pythonImportsCheck = [ "mariadb" ]; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "MariaDB Connector/Python"; homepage = "https://github.com/mariadb-corporation/mariadb-connector-python"; <del> license = licenses.lgpl21Only; maintainers = with maintainers; [ vanilla ]; </del> <ins> license = lib.licenses.lgpl21Plus; maintainers = [ ]; </ins> }; }

Discussion:
fails to build. A clear and concise description of what you expected to happen. Solved by . <!-- 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]:
Change:
homepage = https://code.visualstudio.com/; downloadPage = https://code.visualstudio.com/Updates; license = licenses.unfree; <del> maintainers = with maintainers; [ eadwu ]; </del> <ins> maintainers = with maintainers; [ eadwu synthetica ]; </ins> platforms = [ "i686-linux" "x86_64-linux" "x86_64-darwin" ]; }; }

Discussion:
I have the latest version of VSCode installed ( channel). I tried running in my shells (zsh, bash, sh) and all of them failed with this error: My version: . However, runs fine. What could possibly be interfering?
cc
I've ran into this before, and I thought I had fixed it: . This fix didn't actually work it turns out, but the gist of it is correct: you want to set to a predetermined value instead of "deducing" it.
Unable to replicate this, my output derivation is .
strange, I ran and my vscode version remains . if this isn't reproducible, any pointers to restoring the environment's integrity?
Yeah, it seems to be kinda finicky, it also randomly fixed itself again on my device. However, I still think this is a problem we should solve. I opened , could you check if that fixes your problem?
This feels like a recurring design issue in Nix from personal experience. A similar situation for me is occurring with my LaTeX path interacting with Anki in . Are there any broader discussions about conflicts between environments being at odds with reproducibility and declarativeness? What's the heuristic for solving issues where packages launch perfectly fine in , and fail in ? thanks, will try soon--probably tomorrow.
In terms of conflicts, could be used, though it would be better to figure out which packages are causing the conflict before adding the attribute randomly.
Change:
<del> { lib, buildGoModule, fetchFromGitHub, nixosTests }: </del> <ins> { lib, buildGoModule, fetchFromGitHub, nixosTests, withServer ? true, # the actual metrics server withVmAgent ? true, # Agent to collect metrics withVmAlert ? true, # Alert Manager withVmAuth ? true, # HTTP proxy for authentication withBackupTools ? true, # vmbackup, vmrestore withVmctl ? true, # vmctl is used to migrate time series withVictoriaLogs ? true, # logs server }: </ins> buildGoModule rec { pname = "VictoriaMetrics"; version = "1.101.0"; src = fetchFromGitHub { <del> owner = pname; repo = pname; </del> <ins> owner = "VictoriaMetrics"; repo = "VictoriaMetrics"; </ins> rev = "v${version}"; hash = "sha256-Jjz/CbVCvc9NFbvzYTFthG8cov4pYpc6y1A1Kmd3Mjg="; }; vendorHash = null; <del> subPackages = [ "app/victoria-logs" "app/victoria-metrics" "app/vlinsert" "app/vlselect" "app/vlstorage" "app/vmagent" "app/vmalert-tool" "app/vmalert" "app/vmauth" "app/vmctl" "app/vminsert" "app/vmselect" "app/vmstorage" "app/vmbackup" "app/vmrestore" "app/vmui" ]; </del> <ins> subPackages = lib.optionals withServer [ "app/victoria-metrics" "app/vminsert" "app/vmselect" "app/vmstorage" "app/vmui" ] ++ lib.optionals withVmAgent [ "app/vmagent" ] ++ lib.optionals withVmAlert [ "app/vmalert" "app/vmalert-tool" ] ++ lib.optionals withVmAuth [ "app/vmauth" ] ++ lib.optionals withVmctl [ "app/vmctl" ] ++ lib.optionals withBackupTools [ "app/vmbackup" "app/vmrestore" ] ++ lib.optionals withVictoriaLogs [ "app/victoria-logs" "app/vlinsert" "app/vlselect" "app/vlstorage" ]; </ins> postPatch = '' # main module (github.com/VictoriaMetrics/VictoriaMetrics) does not contain package

Discussion:
Initially, I opened this issue to get vmagent removed in favour of victoriametrics. Instead, we propose that vmagent be based on the victoriametrics package. The package provides a subset of the programs provided by the package. This package should be removed (and aliased to victoriametrics).
Correct me if I'm wrong, but it seems as if vmagent could be useful without the whole victoriametrics package. Maybe someone wants that without also having vmbackup, vmrestore and so on?
So could all of the other programs in the package. :D If removal is not the best option, is there a way to provide all or some of the programs as individual packages without maintaining versions in ?
cc
i played a bit around with the code. Would something like that fulfill the goal? vmagent as client tool could then be exposed like that If yes i could create a pr for that. i tried to put those into groups that might make sense setup wise.
That looks good to me! :)
That looks good to me as well
Cool, that looks like a reasonable solution! :) I'll leave this issue open to be closed by merging the PR.
As in the issue was some response and the PR did not attract any deeper looks yet, does some from here feel comfortable in peeking at the linked pr?
Sorry, I haven't been checking my GitHub notifications since. The merged solution looks good to me. Especially leaving the vmalert program in the victoriametrics package. :)
Change:
toValidStoreName = x: with builtins; lib.concatStringsSep "-" (filter (x: !(isList x)) (split "[^a-zA-Z0-9_=.?-]+" x)); <del> in stdenvNoCC.mkDerivation rec { </del> <ins> in stdenvNoCC.mkDerivation (rec { </ins> inherit name makeUInitrd extension uInitrdArch prepend; <del> ${if makeUInitrd then "uInitrdCompression" else null} = uInitrdCompression; </del> builder = ./make-initrd.sh; nativeBuildInputs = [ perl libarchive ]

Discussion:
We found (because it broke our build in Lix) that the following nixpkgs lib test is broken. It is run through some derivation in the test suite somewhere; finding that is an exercise to the reader, but it is included underneath somewhere. Run the following on any platform; it has been observed with this command on aarch64-darwin and x8664-linux: Then you will get an infinite output deepening like the following: Eventually it will segfault or otherwise exceed the recursion limit. We checked that this reproduces on Lix , Nix 2.18, and Nix 2.22, so it is not a Nix implementation bug for any reasonable value of "nix implementation". Steps to reproduce the behavior: the above command from a checkout of nixpkgs. ??? overflow! We don't think this is a regression from , but instead, that broken stuff was exposed as broken by actually running it on other platforms than x8664-linux. Evaluate as normal as is the case for other values of . If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Not really a maintainers list as I don't see one, but people who touched the file or the infra recently: Please run and paste the result. Note that this is not a Lix bug. system: host os: multi-user?: sandbox: version: channels(jade): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Since I have aarch64-darwin and aarch64-linux and I exposed this, I'll take a look at this tonight.
Please try with , I was able to use that command until I got:
Perhaps also check that this feature. You might need to sprinkle some more in a similar way
Thank you for mentioning that, I got it to pass on Darwin
Change:
desktopItems = [ (makeDesktopItem { <del> name = "davinci-resolve"; desktopName = "Davinci Resolve"; </del> <ins> name = "davinci-resolve${lib.optionalString studioVariant "-studio"}"; desktopName = "Davinci Resolve${lib.optionalString studioVariant " Studio"}"; </ins> genericName = "Video Editor"; <del> exec = "resolve"; # icon = "DV_Resolve"; </del> <ins> exec = "davinci-resolve${lib.optionalString studioVariant "-studio"}"; icon = "davinci-resolve${lib.optionalString studioVariant "-studio"}"; </ins> comment = "Professional video editing, color, effects and audio post-processing"; categories = [ "AudioVideo"

Discussion:
DaVinci Resolve Studio is missing a entry for application launchers Steps to reproduce the behavior: should contain a entry for application launchers If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
See
Change:
calibre = calibre-py3; calligra = libsForQt5.callPackage ../applications/office/calligra { <del> openjpeg = openjpeg_1; </del> # Must use the same Qt version as Calligra itself: poppler = libsForQt5.poppler_0_61; };

Discussion:
, CVSSv3=7.8 (nixos-20.09, nixos-unstable) CVSSv3=5.5 (nixos-20.09, nixos-unstable) CVSSv3=5.5 (nixos-20.09, nixos-unstable) CVSSv3=5.5 (nixos-20.09, nixos-unstable) CVSSv3=5.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc
See also: ,
Change:
ln -s /host/etc/resolv.conf resolv.conf ln -s /host/etc/nsswitch.conf nsswitch.conf <ins> # symlink user profiles ln -s /host/etc/profiles profiles </ins> # symlink sudo and su stuff ln -s /host/etc/login.defs login.defs ln -s /host/etc/sudoers sudoers

Discussion:
Describe the bug Apps packaged as AppImage don't seem to respect the system's fontconfig and cursor. Additionally, opening URLs is broken as it seems that doesn't work. To Reproduce Steps to reproduce the behavior: AppImage a URL Expected behavior It should open a browser at the given URL. Screenshots Proper cursor "outside" AppImage: ! Default X11 cursor "inside" AppImage: ! Additional context 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): nixpkgs: Maintainer information:
CC: (seems to be the people that did the most significant work here, sorry if you don't have enough context).
BTW, are you using unstable or you're using with backports? Asking this because I had a similar issue with Discord not opening links, and using the proper Discord from instead of using a backport did the trick: .
I'm using unstable. Updated the issue with metadata.
Fixed in . I suppose you are installing stuff globally and hence why you didn't have the issues I did.
I had this problem too, but I thought it was because the difference between and . Reviewing and testing it ASAP.
Was this also fixed? for me (zettlr uses appimage)
Change:
<ins> { stdenv, fetchurl }: stdenv.mkDerivation rec { name = "chrony-1.27"; src = fetchurl { url = "http://download.tuxfamily.org/chrony/${name}.tar.gz"; sha256 = "17dfhcm5mrkg8ids0ajwscryr7fm7664kz10ygsa1ac047p3aj6l"; }; meta = with stdenv.lib; { description = "A pair of programs which are used to maintain the accuracy of the system clock on a computer."; homepage = "http://chrony.tuxfamily.org/"; license = licenses.gpl2; platforms = platforms.unix; longDescription = '' Chronyd is a daemon which runs in background on the system. It obtains measurements via the network of the system clock’s offset relative to time servers on other systems and adjusts the system time accordingly. For isolated systems, the user can periodically enter the correct time by hand (using Chronyc). In either case, Chronyd determines the rate at which the computer gains or loses time, and compensates for this. Chronyd implements the NTP protocol and can act as either a client or a server. Chronyc provides a user interface to Chronyd for monitoring its performance and configuring various settings. It can do so while running on the same computer as the Chronyd instance it is controlling or a different computer. ''; }; } </ins>

Discussion:
"command-line application to view images from the terminal written in Rust" I tested it and it seems to be good and useful.
Change:
substituteInPlace "$out/share/fish/functions/fish_default_key_bindings.fish"  --replace "clear;" "${ncurses}/bin/clear;" '' + stdenv.lib.optionalString (!stdenv.isDarwin) '' <ins> sed -i "s|(hostname||(${nettools}/bin/hostname||" "$out/share/fish/functions/fish_prompt.fish" </ins> sed -i "s|Popen(['manpath'|Popen(['${man_db}/bin/manpath'|" "$out/share/fish/tools/create_manpage_completions.py" '' + '' sed -i "s|/sbin /usr/sbin||" 

Discussion:
Yesterday fish shell was installing. After removing nix completely and reinstalling I am getting: I would rather not set alloBroken, and figure out why it is not installing today.
Change:
<del> { lib, stdenv, fetchFromGitHub, installShellFiles, gnustep, bzip2, zlib, icu, openssl, wavpack }: </del> <ins> { lib , stdenv , fetchFromGitHub , installShellFiles , gnustep , bzip2 , zlib , icu , openssl , wavpack , xcbuildHook , Foundation , AppKit }: </ins> stdenv.mkDerivation rec { pname = "unar";

Discussion:
Sadly doesn't build on macOS right now, so we can't use this on macOS. If someone could make work on macOS, it would be great. I did try to do it here but could get it to fix the link issue: Originally posted by in
If someone wants to know what is the link error I am getting, here is the build log: The error: As far I understand from searching, is proprietary so we can't link to it directly. Still, I am really curious on why it is trying to build with ARC enabled since I am not passing as parameter to .
Have you tried passing ?
Not sure how to pass it, I tried this: Same error.
To make it clear: it doesn't seem that is picking this option. Searching from my buffer if it was being passed I didn't found any references for .
Here is a tip: you can check compiler flags by passing to
It does seem to be passing it, but linker still tries to link with . I also tried this. Same thing:
This works here:
Thanks Finally it works. Just doing some checks and clean-up and I am going to open a PR.
Maybe we should use Text API files, similar to what we do when linking against ?
Change:
bittorrentSync14 = callPackage ../applications/networking/bittorrentsync/1.4.x.nix { }; bittorrentSync20 = callPackage ../applications/networking/bittorrentsync/2.0.x.nix { }; <del> dropbox = libsForQt5.callPackage ../applications/networking/dropbox { }; </del> <ins> dropbox = callPackage ../applications/networking/dropbox { }; </ins> dropbox-cli = callPackage ../applications/networking/dropbox-cli { };

Discussion:
When running Dropbox, it crashes immediately. The log reports: System: Nix version: Nixpkgs version: Git revision
There were some recent fixes in master, we should probably backport.
That git revision is .
It also says so how are you invoking dropbox?
Oh sorry, see updated steps to reproduce. I have a clone of in home, and I install into my user profile.
Possibly cc
I can't reproduce this, but I am running staging. That suggests there's some impurity in the package, I think. I don't think this commit is at fault; is really just a wrapper around , so the change is totally trivial.
Since I can't reproduce this, could you try my version of dropbox at ttuegel/nixpkgs
No dice there either I'm afraid :(
Ok, I found the problem, I seem to have a directory which contains binaries. If I nuke that, everything works again. I wonder if there's anything we can do about this...
Turns out I didn't find the problem, just made progress. If I remove dropbox does launch, sync, and then crashes in the same way as before :(
Yes, it crashes, when it auto updates itself. We need to find a way to disable dropbox auto updates. I just lost my hopes with dropbox, it's ugly piece of software, just run it in docker or something. V čet., 19. maj 2016 11:11 je oseba Oliver Charles napisala:
I was wondering if we might be better using a Steam-like chroot for it.
Unfortunately my laptop is now also unable to run dropbox. I wonder if a GC is enough to cause it to break?
This is still failing to work reliably, but here's a FHS user env for running the binary:
I think we may need to switch to using an FHS user environment for Dropbox in Nixpkgs, because I can't seem to get the latest version working any other way.
I think it's the way to go. I personally think anything that's shipped as a binary should probably go down the FHS path. , Thomas Tuegel <:
Change:
, gnome }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "libdex"; <del> version = "0.6.0"; </del> <ins> version = "0.6.1"; </ins> outputs = [ "out" "dev" "devdoc" ]; src = fetchurl { <del> url = "mirror://gnome/sources/${pname}/${lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; hash = "sha256-HojSsAYo5Ya3I7f7pRXM6XUvrxISLN5aPA1biDmYUio="; </del> <ins> url = "mirror://gnome/sources/libdex/${lib.versions.majorMinor finalAttrs.version}/libdex-${finalAttrs.version}.tar.xz"; hash = "sha256-0XbeZXhXHjKowLYDtqWhP6X4f7a1RCV1s47FrxaxepI="; </ins> }; nativeBuildInputs = [

Discussion:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.0 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:
Change:
psol = callPackage ../development/libraries/psol { }; <ins> pstree = callPackage ../applications/misc/pstree { }; </ins> ptask = callPackage ../applications/misc/ptask { }; pulseaudio-ctl = callPackage ../applications/audio/pulseaudio-ctl { };

Discussion:
removed the old package and aliased it to instead. The problem is, is specifically only supported on Linux (it even lives in the subdirectory), whereas the old was supported on Darwin. On macOS, run . This used to work, but now it tries to install and throws an error.
cc
I was convinced was enabled on all unix platforms too but I fooled myself. I'll revive classic pstree (with more stable sources) later today and remove the alias. Thanks for raising the issue
The description of says it uses the filesystem so it sounds like there's no chance it will ever support macOS.
Change:
&& sed -i 's|driver_local.maximize_window()||' web/regression/runtests.py" ) <del> # don't bother to test LDAP authentification # exclude resql test due to recent postgres 14.4 update # see bugreport here https://redmine.postgresql.org/issues/7527 </del> <ins> # Don't bother to test LDAP or kerberos authentification # For now deactivate change_password API test. Current bug report at https://redmine.postgresql.org/issues/7648 # Password change works from the UI, if email SMTP is configured. </ins> with subtest("run browser test"): machine.succeed( 'cd ${pgadmin4SrcDir}/pgadmin4-${pkgs.pgadmin4.version}/web  && python regression/runtests.py  --pkg browser  <del> --exclude browser.tests.test_ldap_login.LDAPLoginTestCase,browser.tests.test_ldap_login,resql' </del> <ins> --exclude browser.tests.test_ldap_login.LDAPLoginTestCase,browser.tests.test_ldap_login,browser.tests.test_kerberos_with_mocking,browser.tests.test_change_password' </ins> ) # fontconfig is necessary for chromium to run

Discussion:
Steps to reproduce the behavior: pgadmin.service Add any other context about the problem here. Please run and paste the result.
I know. The PR needs to be merged.
seems like it might be some time before this gets fixed. In the meantime, is there a way I could force my system to use an older version of pgadmin? I'm using flakes for my system config.
The way I do it, is to maintain my own fork of and cherry-pick PR's like that. An older version will not work, because they will run into similar errors. You could only run an older version of . This is a problem due to updated dependencies in nixpkgs. I re-requested an review from and/or maybe someone else has time to review/commit the PR.
OK I got it working for now by changing my as follows: Please let me know if that's a terrible idea in your opinion ...
No, not really. I use my branch which I regularly update, which includes my cherry-picked commits. The commit you picked reflects the status of at the time of the commit of pgadmin (and obviously the changes to pgadmin) You just need to be aware that due to the pinning, a will not update currently and should probably be reverted once the PR got merged.
thanks that's what I'll do!
I'm a little fuzzy on what happens next here. Am I seeing correctly that this problem is still not resolved?
The PR needs to be merged. AFAIK everything is done with the PR
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Got it working using in my flake.