jiebi/CodeConvo huggingface dataset:
Change:
license = licenses.lgpl21Plus; platforms = platforms.linux; maintainers = with maintainers; [ romildo ]; <del> broken = true; # at 2022-09-24, logs at: https://termbin.com/n5hb # ../gstreamer/gstreamermm/register.h: In function 'GType Gst::register_mm_type(const gchar*)': # /nix/store/rwr0ly4girpnrq3sqvp3v2k40wb4hh3s-glib-2.72.3-dev/include/glib-2.0/glib/gatomic.h:113:19: #   error: argument 2 of '__atomic_load' must not be a pointer to a 'volatile' type #   113 |     __atomic_load (gapg_temp_atomic, &gapg_temp_newval, __ATOMIC_SEQ_CST); </del> }; }

Discussion:
fails to build. Seems to be . A . That said, the project is mostly abandoned. The last release was 4 years ago, and they recommend building from a release since building from source is much harder. I can confirm, as I am unable to make it build from source (but then again for me autotools is like discovering ancient tablets in the sand with hieroglyphs on them). There are only a few packages that depend on . If it's too much hassle to get working may just want to retire these. Build works. End of log from building on current : End of log trying to build from source:
Thanks for having a look at it. I'm not sure what you mean by retiring the packages. I'd like to mark gstreamermm as broken first, before removing any packages. If nobody finds a fix for the build ofc.
does not actually seem to require at all. I'm working on a PR now to update and just have it depend on and
problem: generated sources are missing in git but these files are in the tarball release we need to exclude to make the patch work says next problem: is not executable is missing shebang line with perl interpreter needs perl module xml ... </details
Change:
group = cfg.group; uid = config.ids.uids.caddy; home = cfg.dataDir; <del> createHome = true; </del> }; };

Discussion:
Describe the bug When i try to import a config file, i get an error: When i copy the exact same text in , it does work. The file does exist and i can read it, even with the caddy user! So this seem to be a bug. To Reproduce Steps to reproduce the behavior: ... ... ... Expected behavior A clear and concise description of what you expected to happen. Additional context Add any other context about the problem here. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Without knowing anything about my first guess would be this: Is it possible this command is evaluating your configuration? If so, the issue is that the command is being run sandboxed so has no access outside the sandbox to your file. Build time commands can be tough.
That would make sense. So NixOS brakes the import feature.
Out of curiosity can you please paste your relevant config?
what exactly do you want to see? For a workaround, i just copied everything into the NixOS option: But in some cases, it's nice to have the webserver config. together with the website sourcecode:
Thanks for posting. The context helps. I think this is what you want:
It could make sense to add an off-by-default option to opt-out build-time configuration check.
Given my above solution, I'm not sure what value it would offer in this scenario. What scenario did you have in mind Can this config file hold secrets maybe?
Then you don't have to use such a workaround on NixOS and can just use it as described in it's documentation. There can be secrets in it, but i don't see how that's relevant here:
Hi, module maintainer here. I was the person who made the original PR for adapting s for Caddy 2, and I had no idea about the directive at the time. The motivation was to generate TLS settings from the module options and merge them with JSON-ified . Please use as suggested for now, and I'll see how I can make this easier in the future.
I marked this as stale due to inactivity. &rarr;
Change:
### P ### <del> packet-cli = metal-cli; # Added 2021-10-25 </del> PageEdit = pageedit; # Added 2024-01-21 <ins> packet-cli = metal-cli; # Added 2021-10-25 </ins> palemoon = throw "palemoon has been dropped due to python2 being EOL and marked insecure. Use 'palemoon-bin' instead"; # Added 2023-05-18 <ins> pam_usb = throw "'pam_usb' has been removed: abandoned by upstream since 2015."; # Added 2023-10-30 paper-note = throw "paper-note has been removed: abandoned by upstream"; # Added 2023-05-03 </ins> paperless = paperless-ngx; # Added 2021-06-06 paperless-ng = paperless-ngx; # Added 2022-04-11 <del> paper-note = throw "paper-note has been removed: abandoned by upstream"; # Added 2023-05-03 </del> parity = openethereum; # Added 2020-08-01 partition-manager = libsForQt5.partitionmanager; # Added 2024-01-08 pash = throw "'pash' has been removed: abandoned by upstream. Use 'powershell' instead"; # Added 2023-09-16

Discussion:
The usb pam module is broken (it requires udisks 1.0, which is not available on DBUS) Add to ; Rebuild the system; Try to run Get the following output: Add a line Rebuild the system; Try to run Get the following output: system: host os: multi-user?: sandbox: version: channels(root): channels(balsoft): nixpkgs:My config (long & dirty):
seems to be unmaintained. The GitHub and SourceForge pages seem to have no activity since 2015. It may be worth considering to deprecate and then remove the module. Cc of the NixOS security group (since this may be a security issue too)
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 .
Coincidentally ran into this issue today. +1 for removing the package or marking it as broken.
I marked this as stale due to inactivity. &rarr;
Change:
, stdenv, overrideCC, gcc49 }: <del> # TODO on new Xen version: generalize this to generate [vanilla slim </del> <ins> # TODO(@oxij) on new Xen version: generalize this to generate [vanilla slim </ins> # light] for each ./<version>.nix. rec {

Discussion:
Security support for Xen 4.5 (our current default version) ended January 2018, so we should change the default to 4.8 in 18.03 (and remove 4.5 in the future).
what's your opinion on this?
See .
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub , pytestCheckHook , fetchpatch # Python deps , mando , colorama , pytest-mock , tomli , poetry-core }: buildPythonPackage rec { pname = "radon"; version = "6.0.1"; pyproject = true; src = fetchFromGitHub { owner = "rubik"; repo = "radon"; rev = "v${version}"; hash = "sha256-yY+j9kuX0ou/uDoVI/Qfqsmq0vNHv735k+vRl22LwwY="; }; patches = [ # NOTE: Remove after next release (fetchpatch { url = "https://github.com/rubik/radon/commit/ce5d2daa0a9e0e843059d6f57a8124c64a87a6dc.patch"; hash = "sha256-WwcfR2ZEWeRiMKdMZAwtZRBcWOqoqpaVTmVo0k+Tn74="; }) ]; nativeBuildInputs = [ poetry-core ]; nativeCheckInputs = [ pytestCheckHook pytest-mock ]; propagatedBuildInputs = [ mando colorama ]; passthru.optional-dependencies = { toml = [ tomli ]; }; pythonImportsCheck = [ "radon" ]; meta = with lib; { description = "Various code metrics for Python code"; homepage = "https://radon.readthedocs.org"; changelog = "https://github.com/rubik/radon/blob/v${version}/CHANGELOG"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; mainProgram = "radon"; }; } </ins>

Discussion:
Project description Compute metrics on Python code (e.g. cyclomatic complexity) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
Change:
buildInputs = [ qtbase <ins> qtimageformats qtsvg </ins> ]; patchPhase = ''

Discussion:
qview support a list of images format, including webp: However, if you try opening a webp image in nixos, you get "unsupported image format". This format is listed as "optional", so it might just be a matter of activating it somehow. Steps to reproduce the behavior: qview with nex "qview " error message Image should be opened. Not needed Add any other context about the problem here.
I wonder if this is something we’d need to add in the nix Qt build itself.
Change:
<ins> --- a/utils.h +++ b/utils.h @@ -15,7 +15,7 @@ #endif /* Portability macros */ -#ifdef __GNUC__ +#if defined __GNUC__ && ! defined __clang__ # define NORETURN __attribute__((noreturn)) # define MALLOC_FREE __attribute__((malloc(free))) # define NONNULL __attribute__((returns_nonnull)) </ins>

Discussion:
Steps to reproduce the behavior: on darwin on nixos-unstable See Relevant bit: Failing due to Appears to be due to . Though it’s not clear to me why it appears that is defined when using clang. Hydra, can replicate locally.
I am also encountering this same build failure. Edit: I am on . Looks like the Hydra failure happened on .
Also happened to me with the package on . The Hydra job is also failing:
Change:
s|^ZLIB_ROOT =.*$|ZLIB_ROOT = ${libinclude zlib}|g ; s|^LCMS_ROOT =.*$|LCMS_ROOT = ${libinclude lcms2}|g ; s|^TIFF_ROOT =.*$|TIFF_ROOT = ${libinclude libtiff}|g ; <del> s|^TCL_ROOT=.*$|TCL_ROOT = ${libinclude' tcl}|g ;' </del> <ins> s|^TCL_ROOT=.*$|TCL_ROOT = ${libinclude' tcl}|g ; s|self.disable_platform_guessing = None|self.disable_platform_guessing = True|g ;' </ins> export LDFLAGS="-L${libwebp}/lib" export CFLAGS="-I${libwebp}/include" ''

Discussion:
I tried to build on ArchLinux and it because of some problem with . The same build works under nixos. Try to build (either python version) on a non-nixos machine. Not sure if this is reliably reproducable. The build was from nixpkgs checkout .
Change:
ln -sv "$(realpath $s)" "$out/bin/$tName" # wrapped below done ) <ins> '' + # A hacky way to provide repstopdf #  * Copy is done to have a correct "$0" so that epstopdf enables the restricted mode #  * ./bin/repstopdf needs to be a symlink to be processed by wrapBin '' if [[ -e ./bin/epstopdf ]]; then cp $(realpath ./bin/epstopdf) ./share/texmf/scripts/repstopdf ln -s "$out"/share/texmf/scripts/repstopdf ./bin/repstopdf fi '' + # finish up the wrappers '' </ins> rm "$out"/bin/*-sys wrapBin '' + <ins> # Perform a small test to verify that the restricted mode get enabled when # needed (detected by checking if it disallows --gscmd) '' if [[ -e ./bin/epstopdf ]]; then echo "Testing restricted mode for {,r}epstopdf" ! (epstopdf --gscmd echo /dev/null 2>&1 || true) | grep forbidden (repstopdf --gscmd echo /dev/null 2>&1 || true) | grep forbidden fi '' + </ins> # TODO: a context trigger https://www.preining.info/blog/2015/06/debian-tex-live-2015-the-new-layout/ # http://wiki.contextgarden.net/ConTeXt_Standalone#Unix-like_platforms_.28Linux.2FMacOS_X.2FFreeBSD.2FSolaris.29

Discussion:
repstopdf does not seem to be included anywhere in texlive or ghostscript. This means that texlive can't include .eps figures in pdf output.
Thanks!
Change:
<del> diff -ru3 SDL2-2.0.4/sdl2-config.cmake.in SDL2-2.0.4-new/sdl2-config.cmake.in --- SDL2-2.0.4/sdl2-config.cmake.in	2016-01-02 22:56:31.000000000 +0300 +++ SDL2-2.0.4-new/sdl2-config.cmake.in	2016-08-22 05:26:42.420397323 +0300 @@ -6,5 +6,6 @@ </del> <ins> diff -ru3 SDL2-2.0.12/sdl2-config.cmake.in SDL2-2.0.12-new/sdl2-config.cmake.in --- SDL2-2.0.12/sdl2-config.cmake.in	2020-03-11 02:36:18.000000000 +0100 +++ SDL2-2.0.12-new/sdl2-config.cmake.in	2020-11-11 11:59:05.178703826 +0100 @@ -6,7 +6,8 @@ </ins> set(SDL2_PREFIX "@prefix@") set(SDL2_EXEC_PREFIX "@prefix@") set(SDL2_LIBDIR "@libdir@")

Discussion:
Describe the bug defines the CMake path. The environment variable is included in this, and addons like SDL2mixer append themselves to this path. However, that same file also defines an target, which does not include in its include directories. See for an example of an issue caused by this. To Reproduce Steps to reproduce the behavior: to build an application relying on SDL2::SDL2 adding SDL2mixer to the include path, such as Expected behavior 's should include the environment variable, just like . Screenshots N/A Additional context N/A Notify maintainers (SDL2), (SDL2mixer) Metadata Maintainer information:
Change:
passthru = rec { inherit ruby bundler gems confFiles envPaths; <ins> inherit (gems.${pname}) gemType; </ins> wrappedRuby = stdenv.mkDerivation { name = "wrapped-ruby-${pname'}";

Discussion:
Describe the bug fails to build when the gem configured in the is pointing to a git repository. <details<summaryGemfile</summary</details<details</summary</details<details</summary</details<details<summarynix-build output</summary</detailsTo Reproduce Run with the configuration posted above. Expected behavior The package should build like it does when the gem is pointed to a released version. Metadata Maintainer information:
Can confirm this, I have the same issue trying to package
I ran into this issue today. Both in my scenario and the recipe above the issue happens bundlerApp tries to of the gem. The directory find is call with doesn't exist. While I don't know the proper way to fix bundlerApp, a work around is to set the installManpages attributes to false. ej.
I'm having issue as well, is there any temporal fix atleast? Its annoying, and making my setup not-so-reproducible, I'm bundling puppet and it says: Its actually been created with rev: at and haven't been copied over.
Seems like you're right not installing manpages did somehow fix it, but not sure how you figured out... What I find post trying that is that the problem resides exactly in these lines:
I figured out the workaround by reading the error from nix log . Seeing the call to find being the error and looking for the expression responsible for making the call. Found it was the the installManpages option as you linked above. However I'm not familiar enough with the process to know what is the proper way to fix this. It seems the reason it fails is because in only has the dependencies of the gem we are building, not the gem itself. Should the man page installation happen in a latter phase? Should it look for the gem man pages in a different place? In what phase it is running?
I started a PR for the fix, can you please try building packages from this PR branch?
Change:
<del> From: Jack Baldry <jack.baldry@grafana.com> Date: Tue, 15 Nov 2022 15:40:31 -0400 Subject: [PATCH] Remove circular definition of AUDIT_FILTER_EXCLUDE https://github.com/osquery/osquery/issues/6551 Signed-off-by: Jack Baldry <jack.baldry@grafana.com> --- libraries/cmake/source/libaudit/src/lib/libaudit.h | 1 - 1 file changed, 1 deletion(-) diff --git a/libraries/cmake/source/libaudit/src/lib/libaudit.h b/libraries/cmake/source/libaudit/src/libaudit.h --- a/libraries/cmake/source/libaudit/src/lib/libaudit.h +++ b/libraries/cmake/source/libaudit/src/lib/libaudit.h @@ -260,7 +260,6 @@ extern "C" { #define AUDIT_KEY_SEPARATOR 0x01 /* These are used in filter control */ -#define AUDIT_FILTER_EXCLUDE	AUDIT_FILTER_TYPE #define AUDIT_FILTER_MASK	0x07	/* Mask to get actual filter */ #define AUDIT_FILTER_UNSET	0x80	/* This value means filter is unset */ -- 2.38.1 </del>

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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 /cc <!-- 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]:
Change:
<del> { lib, mkCoqDerivation, coq, compcert, version ? null }: </del> <ins> { lib, mkCoqDerivation, coq, compcert, ITree, version ? null }: # A few modules that are not built and installed by default #  but that may be useful to some users. # They depend on ITree. let extra_floyd_files = [ "ASTsize.v" "io_events.v" "powerlater.v" "printf.v" "quickprogram.v" ]; in </ins> with lib; mkCoqDerivation { pname = "coq${coq.coq-version}-VST";

Discussion:
VST doesn't seem to compile files like in the folder, so the user cannot use it. I have a WIP that tries to resolve this with but it still doesn't seem to help, see The user should be able to import and use from VST.
Are you sure about the expected behavior? Reading the I cannot find any reference to the module.
See how they use wildcards to check if the submodules have been cloned
the problem seems to be that there are missing dependencies so its unable to compile them. i will submit a pr once i figure it out
Sorry but i couldn't fix it here's what i last tested it might have something to do with LoadPaths <details</details
do you have an idea? It looks like is not being compiled.
See proposed
Change:
{ mkDerivation, lib, fetchurl, <del> cmake, extra-cmake-modules, qtwebengine, qtscript, grantlee, </del> <ins> cmake, extra-cmake-modules, qtwebengine, qtscript, grantlee, qtxmlpatterns, </ins> kxmlgui, kwallet, kparts, kdoctools, kjobwidgets, kdesignerplugin, kiconthemes, knewstuff, sqlcipher, qca-qt5, kactivities, karchive, kguiaddons, knotifyconfig, krunner, kwindowsystem, libofx, shared-mime-info

Discussion:
Package name: skrooge Latest released version: 2.31.0 Current version on the unstable channel: 2.28.0 Current version on the stable/release channel: 2.28.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
OPENSSL_NO_VENDOR = 1; buildInputs = [ <ins> glib gtk3 </ins> openssl ] ++ lib.optionals stdenv.isLinux [ <del> freetype </del> fontconfig <del> libxkbcommon xcbutil libX11 libXcursor libXrandr libXi vulkan-loader </del> ] ++ lib.optionals stdenv.isDarwin [ libobjc Security

Discussion:
lapce: current version: 0.1.0 desired version: 0.1.1 maintainers: The window creation is switched from winit to druid, which fixed lots of keyboard bugs. so maybe require new dependencies and removal of many dependencies. arrow keys in terminal should be working now. vulkan part should be removed as it switched from Wgpu to OpenGL. Please tag this issue in your PR.
Change:
# access for example elixir built with different version of Erlang, use # `beam.packages.erlang_24.elixir`. inherit (self.packages.erlang) <del> elixir elixir_1_14 elixir_1_13 elixir_1_12 elixir_1_11 elixir_1_10 elixir-ls; inherit (self.packages.erlang) lfe lfe_1_3; </del> <ins> elixir elixir_1_14 elixir_1_13 elixir_1_12 elixir_1_11 elixir_1_10 elixir-ls lfe lfe_2_1; </ins> } // interpretersAliases; # Helper function to generate package set with a specific Erlang version.

Discussion:
Package name: lfe (Lisp Flavored Erlang) Latest released version: 2.1.1 <!-- Search your package here: --- Current version on the unstable channel: 1.3 Current version on the stable/release channel: 1.3 <!-- 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.
Please test. Tracking: But you can use nixpkgs-review too. At nixpkgs git directory: -
Change:
resolvconf = { useLocalResolver = mkDefault true; }; <del> networkmanager.dns = "unbound"; </del> }; environment.etc."unbound/unbound.conf".source = confFile;

Discussion:
NetworkManager dropped support but the unbound module still sets , leading to the following warning in the syslog: and check the syslog The unbound module should set the correct value (which i don't know to be honest). See <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I missed that the unbound module sets the option, I'll drop that in another pr. As to the question you asked about being able to use unbound with networkmanager, I'm afraid you cant because upstream doesn't support that anymore and if you want support regarding this ask in the freedesktop community spaces.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Thank you!
No worries. thanks for pointing it out.
Change:
everything = stdenv.mkDerivation (common // { name = "mariadb-${common.version}"; <ins> outputs = [ "out" "dev" "man" ]; </ins> nativeBuildInputs = common.nativeBuildInputs ++ [ bison ]; buildInputs = common.buildInputs ++ [

Discussion:
mysqlupgrade requires availability of mysqlcheck, which is in the package In other operating systems they are separated - mysqlupgrade -, mysqlcheck - And when the server is installed the client is automatically installed.
Hmm, is there a reason not to make the client a dependency of the server? The only dependencies the client has that the server doesn't are and which any server should have (via openssh). How much space is saved by removing the client binaries?
So it seems the mysql_upgrade binary is hardcoded to expect the other binaries in the same directory: Probably the splitting works on other distros because the binaries all end up in /usr/bin anyway.
Need to build the package with server+client and only client? Is this variant bad?
I'm not sure what you mean. Can you check to see if the project cmake allows you to configure a different install PREFIX for the client/server?
Should I change the build of MariaDB, so that one package includes files for both server and client, and the other package only includes client files? I don't know how to configure this
19.09 milestone? If this and aren't resolved by then we will have to add the client binaries back into the server package.
- this variant optimal?
update MariaDB configuration, please check this variant.
Fixed, mariadb package includes server and client binaries.
Change:
license = licenses.agpl3; maintainers = with maintainers; [ mmahut _1000101 ]; platforms = platforms.unix; <ins> # go dependency tecbot/gorocksdb requires rocksdb 5.x but nixpkgs has only rocksdb 6.x # issue in upstream can be tracked here: https://github.com/trezor/blockbook/issues/617 broken = true; </ins> }; }

Discussion:
nixosTests.blockbook-frontend fails to build Discovered in Refs Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Maintainer information:
cc
Tests are "fine". It's the main that's causing the issues (failing to build) and it was not working for some time now (as I've discovered also ). I did some initial debugging and broke the . I've notified upstream but I guess there's little I can do about it so it either gets fixed or we should remove the package altogether.
Hm, I suggest we mark blockbook as broken for the time being: