jiebi/CodeConvo huggingface dataset:
Change:
c-dvar = dep { pname = "c-dvar"; version = "1.0.0"; hash = "sha256-P7y7gUHXQn2eyS6IcV7m7yGy4VGtQ2orgBkS7Y729ZY="; buildInputs = [ c-stdaux c-utf8 ]; }; c-ini = dep { pname = "c-ini"; version = "1.0.0"; hash = "sha256-VKxoGexMcquakMmiH5IJt0382TjkV1FLncTSyEqf4X0="; buildInputs = [ c-list c-rbtree c-stdaux c-utf8 ]; }; c-list = dep { pname = "c-list"; version = "3.1.0"; hash = "sha256-fp3EAqcbFCLaT2EstLSzwP2X13pi2EFpFAullhoCtpw="; }; <del> # TODO: Fetch c-rbtree from a tag after its next release c-rbtree = dep { pname = "c-rbtree"; version = "unstable-2022-07-07"; rev = "431a4746705223673e43940ca1ad9b5f52473a4b"; hash = "sha256-ExSPgNqhTjSwRgYfZOAyoaehOpFNHKFqPYkcCfptkrs="; buildInputs = [ c-stdaux ]; }; </del> <ins> c-rbtree = dep { pname = "c-rbtree"; version = "3.1.0"; hash = "sha256-ozVzL6FllAn8eHbso0RZc/+PGWwEp6r/R1MR+r4Bi/4="; buildInputs = [ c-stdaux ]; }; </ins> c-shquote = dep { pname = "c-shquote"; version = "1.0.0"; hash = "sha256-Ze1enX0VJ6Xi5e4EhWzaiHc7PnuaifrUP+JuJnauv5c="; buildInputs = [ c-stdaux ]; }; <del> c-stdaux = dep { pname = "c-stdaux"; version = "1.2.0"; hash = "sha256-/D+IFdqn1XHDfdOsDnLMO5IHQ5B4P4ELyMpRcPBg/4s="; }; </del> <ins> c-stdaux = dep { pname = "c-stdaux"; version = "1.4.0"; hash = "sha256-gEqXVBAUE0dHD03ina9QbEP26NU12cHKRpuD7GoPmDs="; }; </ins> c-utf8 = dep { pname = "c-utf8"; version = "1.0.0"; hash = "sha256-QEnjmfQ6kxJdsHfyRgXAlP+oGrKLYQ0m9r+D2L+pizI="; buildInputs = [ c-stdaux ]; }; in <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation ( finalAttrs: { </ins> pname = "dbus-broker"; <del> version = "32"; </del> <ins> version = "33"; </ins> src = fetchFromGitHub { owner = "bus1"; repo = "dbus-broker"; <del> rev = "v${version}"; hash = "sha256-PVdRyg/t6D3HjSHeap5L8AiEm39iSO5qXohLw2UAUYY="; </del> <ins> rev = "v${finalAttrs.version}"; hash = "sha256-c5kEUB2k9CCuno9d4QOUUp1wbQfsvraGDLN6Yaa7T2w="; </ins> }; patches = [ ./paths.patch ];

Discussion:
Package name: dbus-broker Latest released version: v33 <!-- Search your package here: --- Current version on the unstable channel: v32 Current version on the stable/release channel: v32 <!-- 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 Thanks :) <!-- 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:
xdg_utils # Zoneinfo etc-zoneinfo <ins> iana-etc </ins> ] ++ lib.optional withJava jdk ++ lib.optional withPrimus primus ++ extraPkgs pkgs;

Discussion:
Before entering the game it tries to download hotfix data, and crashes. I think this is it but solutions from there doesn't work. Game works fine if launch it in offline mode Launch steam, log in, download borderlands 2 and launch it System: NixOS: 17.03.1082. (Gorilla) Nix version: nix-env (Nix) 1.11.8 Nixpkgs version: 17.03.1082.
steam logs
I have the same problem. I have done some investigating and these are my results: doesn't complain about any missing libraries. Running Borderlands 2 through steam with the 64bit libraries removed from it instead complains about libGL being the wrong class Seems that it needs the 64bit libGL, but why would a 32bit game want to use a 64bit lib?
I managed to make the game run by turning off my internet connection right before it launches so it doesn't start downloading the hotfix. When it runs; it runs smoothly, but still complains about in the output, which leads me to believe that there is nothing wrong with that lib and I have been looking in the wrong place -.-
For me it only works if I start steam in offline mode.. Strangely, I can't even get it to work in an ubuntu-based chroot environment.
has fixed this in
Change:
rimshot = throw "rimshot has been removed, because it is broken and no longer maintained upstream"; # Added 2022-01-15 ring-daemon = jami-daemon; # Added 2021-10-26 rkt = throw "rkt was archived by upstream"; # Added 2020-05-16 <ins> rls = throw "rls was discontinued upstream, use rust-analyzer instead"; # Added 2022-09-06 </ins> rng_tools = throw "'rng_tools' has been renamed to/replaced by 'rng-tools'"; # Converted to throw 2022-02-22 robomongo = throw "'robomongo' has been renamed to/replaced by 'robo3t'"; # Converted to throw 2022-02-22 rockbox_utility = rockbox-utility; # Added 2022-03-17

Discussion:
Steps to reproduce the behavior: from , commit Add any other context about the problem here. (maintainer) () Please run and paste the result.
RLS is unmaintained upstream and removed from rust at the end of the month so I will remove it from nixpkgs.
Makes a lot of sense, I forgot about this one. Thanks for the quick answer
Change:
# the -K option to preserve the temporary build directory). cat > ./run-vm <<EOF #! ${bash}/bin/sh <del> diskImage=$diskImage </del> <ins> ''${diskImage:+diskImage=$diskImage} </ins> TMPDIR=$TMPDIR cd $TMPDIR ${qemuCommand}

Discussion:
Can't use runInLinuxVM? compared to: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(will): channels(root): nixpkgs:
Yeah, I think QEMU on master/unstable doesn't like passed as a device. Or maybe it happened if was passed multiple times.
Hmm, okay. Could it be related to host OS? I wouldn't expect so but some other machines don't have this problem and they're running 17.09 instead...
Could be. Maybe this '"consistent read" lock' what QEMU uses is only supported on new kernels?
Change:
}; }; <ins> FilesysDf = buildPerlPackage rec { name = "Filesys-Df-0.92"; src = fetchurl { url = "mirror://cpan/authors/id/I/IG/IGUTHRIE/${name}.tar.gz"; sha256 = "fe89cbb427e0e05f1cd97c2dd6d3866ac6b21bc7a85734ede159bdc35479552a"; }; meta = { description = "Perl extension for filesystem disk space information."; license = with stdenv.lib.licenses; [ artistic1 gpl1Plus ]; }; }; </ins> FilesysNotifySimple = buildPerlPackage { name = "Filesys-Notify-Simple-0.13"; src = fetchurl {

Discussion:
I'm going to be putting this aside for a bit but it still needs some work, so I'm posting this here till I have a PR ready. At the moment this appears to generate a functional gscan2pdf derivation, however I would like to find a way to allow at least part, if not all of the (graphical) tests to be run. I also intend to merge the perl packages into perl packages properly instead of leaving them like this, and I need to look into whether they have any extra things I should configure, currently this is somewhat modified output of nix-generate-from-cpan. Also I don't know if this should go into tools/graphics, or into perlPackages, or what. Though I'm leaning towards the former. Also please send suggestions on how to improve the script in general. If anyone wants to pick this up, please do.
Any progress on this?
Change:
, babeltrace, gperf , gtest , cunit, snappy <del> , rocksdb, makeWrapper </del> <ins> , makeWrapper </ins> , leveldb, oathToolkit , libnl, libcap_ng , rdkafka <ins> , nixosTests </ins> # Optional Dependencies , yasm ? null, fcgi ? null, expat ? null

Discussion:
Describe the bug Using ceph-volume to create a new bluestore-backed OSD doesn't work. To Reproduce Steps to reproduce the behavior: -volume lvm create --data /dev/sda --bluestore --no-systemd Expected behavior A clear and concise description of what you expected to happen. A new Bluestore OSD (on LVM) is successfully provisioned. Switching RocksDB to the Ceph-bundled copy rather than the OS version makes it work. I note that the Ceph NixOS test uses filestore instead. Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. 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 run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
Change:
# this path is used by some packages to install additional makefiles export DESTDIR_GNUSTEP_MAKEFILES=$out/share/GNUstep/Makefiles <del> installFlagsArray=(  "GNUSTEP_INSTALLATION_DOMAIN=SYSTEM"  "GNUSTEP_SYSTEM_APPS=$out/lib/GNUstep/Applications"  "GNUSTEP_SYSTEM_ADMIN_APPS=$out/lib/GNUstep/Applications"  "GNUSTEP_SYSTEM_WEB_APPS=$out/lib/GNUstep/WebApplications"  "GNUSTEP_SYSTEM_TOOLS=$out/bin"  "GNUSTEP_SYSTEM_ADMIN_TOOLS=$out/sbin"  "GNUSTEP_SYSTEM_LIBRARY=$out/lib/GNUstep"  "GNUSTEP_SYSTEM_HEADERS=$out/include"  "GNUSTEP_SYSTEM_LIBRARIES=$out/lib"  "GNUSTEP_SYSTEM_DOC=$out/share/GNUstep/Documentation"  "GNUSTEP_SYSTEM_DOC_MAN=$out/share/man"  "GNUSTEP_SYSTEM_DOC_INFO=$out/share/info"  ) </del> <ins> addGnustepInstallFlags() { installFlagsArray=(  "GNUSTEP_INSTALLATION_DOMAIN=SYSTEM"  "GNUSTEP_SYSTEM_APPS=${!outputLib}/lib/GNUstep/Applications"  "GNUSTEP_SYSTEM_ADMIN_APPS=${!outputLib}/lib/GNUstep/Applications"  "GNUSTEP_SYSTEM_WEB_APPS=${!outputLib}/lib/GNUstep/WebApplications"  "GNUSTEP_SYSTEM_TOOLS=${!outputBin}/bin"  "GNUSTEP_SYSTEM_ADMIN_TOOLS=${!outputBin}/sbin"  "GNUSTEP_SYSTEM_LIBRARY=${!outputLib}/lib/GNUstep"  "GNUSTEP_SYSTEM_HEADERS=${!outputInclude}/include"  "GNUSTEP_SYSTEM_LIBRARIES=${!outputLib}/lib"  "GNUSTEP_SYSTEM_DOC=${!outputDoc}/share/GNUstep/Documentation"  "GNUSTEP_SYSTEM_DOC_MAN=${!outputMan}/share/man"  "GNUSTEP_SYSTEM_DOC_INFO=${!outputInfo}/share/info"  ) } preInstallPhases+=" addGnustepInstallFlags" </ins> addEnvVars() { local filename

Discussion:
As the subject says on latest unstable.
I marked this as stale due to inactivity. &rarr;
These dependencies are also creeping into , so for example , a simple CLI pulls in 1.4 gigs of dependencies.
Preemptive anti stale-bot strike. Pinging people contributing to gnustep-base package:
I was about to report the same bug; the application also pulls in unnecessary stuff via and :
It's not unar as such, but instead that pulls in a bunch of stuff that doesn't belong there. I'm wondering if maybe or have some insights?
Fix in
Change:
gst_all_1.gst-plugins-ugly gtk4 libadwaita <ins> libsoup </ins> wayland wayland-protocols ];

Discussion:
(init 0.4 version) cannot start, shows log and exit with code 1. Here is the full log: (): Gjs-CRITICAL : 10:24:13.181: JS ERROR: Error: Requiring Soup, version 2.4: Typelib file for namespace 'Soup', version '2.4' not found (): Gjs-CRITICAL : 10:24:13.181: Script /nix/store/x9fvn8b614lg6xmdc259q6cx9crbrqpx-clapper- threw an exception Steps to reproduce the behavior: the package. (nix-shell -p clapper) to start it. (clapper) shows error and exit with code 1. I checkout the package in nixpkgs: It seems missing a build deps & a runtime deps libsoup. Add them together to buildInputs fixes this issues. If the mantainer agrees, I can do a PR : ) Maintainer information:
works fine for me on my amd64 desktop, but I can reproduce your error on my Pinephone. Sounds good to me! :)
To try to reproduce this problem, I make these files to build-vm: It cannot start on the QEMU VM too. I'll make a PR right now.
Change:
type = lib.types.submodule { freeformType = format.type; options = { <del> Touch = { </del> <ins> Touchscreen = { </ins> DisableOnPalm = lib.mkOption { default = false; <del> description = "Ignore all touch inputs if a palm was registered on the display."; </del> <ins> description = "Ignore all touchscreen inputs if a palm was registered on the display."; </ins> type = lib.types.bool; }; DisableOnStylus = lib.mkOption { default = false; <del> description = "Ignore all touch inputs if a stylus is in proximity."; </del> <ins> description = "Ignore all touchscreen inputs if a stylus is in proximity."; </ins> type = lib.types.bool; }; };

Discussion:
The option declared is invalid in IPTSD v3, because it has been renamed to differentiate it from . It does not have any effect. Steps to reproduce the behavior: to configuration that neither option is effective. I expected the options to work as documented. You can find the relevant commit in IPTSD or consult the sample configuration file that is linked in the docstring for to confirm. I would suggest that that link is updated to a permalink pointing to the version that is built by the nix package, instead of pointing to the latest. Further, I would suggest that all options in be removed, due to the following reasons: There are far more options than currently documented The fact that some of them are, while others aren't, can potentially be confusing As one can see here, they are subject to change Other packages that implement a subset of available options similar to this follow a pattern where you can find those options in the "root" of the module options, e.g. , and additionally have an attribute set option called or similar that is empty by default Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That's why it's a . See
That would require the documentation to built with access to packages which is discouraged.
They should still be effective:
Ah, okay, that makes sense. Damn it, that means I need to fiddle with the other options... Sorry about that. Thanks for the quick response :)
It's the other way around: This has no effect! Since the declaration of the default values comes first. That's where my confusion came from. Is there a good way to avoid this? Maybe set those options at the end of the ini, instead of the beginning? I assume it is parsed top-down and re-declarations are ignored.
My PR will fix it. You can keep using Touch and it will override whichever default is set for Touchscreen.
Change:
default = "sabnzbd"; description = lib.mdDoc "Group to run the service as"; }; <ins> openFirewall = mkOption { type = types.bool; default = false; description = lib.mdDoc '' Open ports in the firewall for the sabnzbd web interface ''; }; </ins> }; };

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:
udev = config.systemd.package; <del> modulesTree = config.system.modulesTree; </del> <ins> kernel-name = config.boot.kernelPackages.kernel.name or "kernel"; modulesTree = config.system.modulesTree.override { name = kernel-name + "-modules"; }; </ins> firmware = config.hardware.firmware;

Discussion:
always has the same , and the same filename inside. Build NixOS with , look into I think it would be sometimes more convenient if the kernel version would be clear for each (which is actually initramfs). I think it would be better to literally include the as a suffix to .
This sounds like a sane idea to me.
Change:
--set GITPERLLIB "$out/${perlPackages.perl.libPrefix}:${perlPackages.makePerlPath perlLibs}" wrapProgram $out/libexec/git-core/git-cvsexportcommit  --set GITPERLLIB "$out/${perlPackages.perl.libPrefix}:${perlPackages.makePerlPath perlLibs}" <ins> # gzip (and optionally bzip2, xz, zip) are runtime dependencies for # gitweb.cgi, need to patch so that it's found sed -i -e "s|'compressor' => ['gzip'|'compressor' => ['${gzip}/bin/gzip'|"  $out/share/gitweb/gitweb.cgi # Give access to CGI.pm and friends (was removed from perl core in 5.22) for p in ${stdenv.lib.concatStringsSep " " gitwebPerlLibs}; do sed -i -e "/use CGI /i use lib "$p/${perlPackages.perl.libPrefix}";"  "$out/share/gitweb/gitweb.cgi" done </ins> '' + (if svnSupport then ''

Discussion:
start a webserver that is mean to serve for the current repo. In order to do this, it generates an httpd config with But the expression for moves to a separate output. Run in any repo.
Hm, ok, I have fixed the path issue, but it still doesn’t work because perl has no CGI module.
Change:
{ lib , stdenv , git <ins> , git-lfs </ins> , fetchurl , wrapGAppsHook , alsa-lib

Discussion:
Install pulsar 109.0 on nixos stable Steps to reproduce the behavior: pulsar 109.0 on nixos stable to github fatal : 'remote-https' seem to be a git command, but could not be executed. could git-remote-https be broken? Be able to fetch pull and push Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've been able to reproduce the issue and find the root cause. is a independent binary of just . Looking at how to fix this proprely . Not sure I can easily backport it to 23.11 tho Quick update: Turns out there isn't only (which is symlinked up to) which has issue. And I can not simply symlink the whole Git package in its place, , the library used upstream, add other file, which are not included by default in git, but are required at runtime.
Well, it wasn't as hard as I thought it was going to be. Probably not going to be able to backport because of the bump from 1.109.0 to 1.114.0, but feel free to try out the patch in , targeting Unstable :)
Change:
[[package]] name = "boto3" <del> version = "1.24.6" </del> <ins> version = "1.24.16" </ins> description = "The AWS SDK for Python" category = "main" optional = false python-versions = ">= 3.7" [package.dependencies] <del> botocore = ">=1.27.6,<1.28.0" </del> <ins> botocore = ">=1.27.16,<1.28.0" </ins> jmespath = ">=0.7.1,<2.0.0" s3transfer = ">=0.6.0,<0.7.0"

Discussion:
Steps to reproduce the behavior: Please run and paste the result.
Looks like there is already a PR to address this at And fwiw I had to bisect this to fix my config, first bad commit is
Closing since the linked PR was merged. (Not sure why merge of the linked PR didn't close this...)
Change:
Examples: ```nix <del> passthru.tests.version = testVersion { package = hello; }; </del> <ins> passthru.tests.version = testers.testVersion { package = hello; }; </ins> <del> passthru.tests.version = testVersion { </del> <ins> passthru.tests.version = testers.testVersion { </ins> package = seaweedfs; command = "weed version"; }; <del> passthru.tests.version = testVersion { </del> <ins> passthru.tests.version = testers.testVersion { </ins> package = key; command = "KeY --help"; # Wrong '2.5' version in the code. Drop on next version. version = "2.5"; }; <ins> passthru.tests.version = testers.testVersion { package = ghr; # The output needs to contain the 'version' string without any prefix or suffix. version = "v${version}"; }; </ins> ``` ## `testEqualDerivation` {#tester-testEqualDerivation}

Discussion:
The example from the manual: Literally all instances in nixpkgs use : The manual and nixpkgs should be consistent. As a contributor, i should be able to use examples from the manual (it does not even work).
To make the example from the manual work, you have to add: which adds 3 lines instead of i think it is more readable, idiomatic and elegant, but also clutters the derivation... so the version used in nixpkgs seems to be pragmatic. i suggest we update the manual to reflect nixpkgs. do you agree? we should have a general decision for ONE style. inherit vs
I would prefer the version. Inherits in a let block should only be used, when the attribute is need many times and is a common well known attribute, e.g. lib, version, ...
used to be it's own attribute before it got moved to , I'm guessing the manual was just forgotten to be updated.
Opened a PR that updates the documentation:
yup I forgot
Change:
"-DCOMPILER_RT_BUILD_LIBFUZZER=OFF" ] ++ lib.optionals (useLLVM && haveLibc) [ "-DCOMPILER_RT_BUILD_SANITIZERS=ON" <del> ] ++ lib.optionals (!haveLibc || bareMetal || isMusl || isDarwinStatic) [ </del> <ins> ] ++ lib.optionals (noSanitizers) [ </ins> "-DCOMPILER_RT_BUILD_SANITIZERS=OFF" ] ++ lib.optionals ((useLLVM && !haveLibcxx) || !haveLibc || bareMetal || isMusl || isDarwinStatic) [ "-DCOMPILER_RT_BUILD_XRAY=OFF"

Discussion:
Steps to reproduce the behavior: (or try building pkgsLLVM.llvmPackages_git.compiler-rt) It seems like useLLVM causes the sanitizers to be disabled, not sure why this is the case as LLVM can rebuild itself with sanitizers enabled (outside of nixpkgs). See Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Ok, removing those useLLVM checks resulted in this:
cc may be helpful.
Unable to reproduce this.
Huh. I just ran into it with the new llvmPackages_git 19 -20 update in nixpkgs Hopefully the above nix file will be allow someone to reproduce it.
That seems to still produce the same result.
Turns out this is related to .
CC since this is related to sanitizers.
It's reproducible by building at version : Building version works fine:
Interesting, I wasn't using no-libc I think but I was doing it under pkgsLLVM and on aarch64-linux. That version doesn't look right.
Really? It seems to be the . Also, I have good news! Following the , I tried adding to , and it works:
Yeah, that's two weeks ago. Git is updated every week on Sunday. The PR for this week's update worked (although it only tests LLVM to clang). Interesting, I can get on this tonight.
Change:
name = namePrefix + name; <ins> # checkPhase after installPhase to run tests on installed packages </ins> phases = "unpackPhase patchPhase configurePhase buildPhase installPhase checkPhase fixupPhase distPhase"; buildInputs = [ python wrapPython setuptools ] ++ buildInputs ++ pythonPath; <del> # setuptoolsSite is responsible for loading pth files propagatedBuildInputs = propagatedBuildInputs ++ [ setuptoolsSite ]; </del> buildInputStrings = map toString buildInputs; pythonPath = [ setuptools] ++ pythonPath;

Discussion:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.
Change:
cp texdoc/cache-tlpdb.lua "$out"/scripts/texdoc/Data.tlpdb.lua fi ''; <ins> # install zsh completion postFixup = '' TEXMFCNF="${bin.core}"/share/texmf-dist/web2c TEXMF="$scriptsFolder/../.."  texlua "$out"/bin/texdoc --print-completion zsh > "$TMPDIR"/_texdoc substituteInPlace "$TMPDIR"/_texdoc  --replace 'compdef __texdoc texdoc' '#compdef texdoc'  --replace '$(kpsewhich -var-value TEXMFROOT)/tlpkg/texlive.tlpdb' '$(kpsewhich Data.tlpdb.lua)'  --replace '/^name[^.]*$/ {print $2}' '/^  ["[^"]*"] = {$/ { print substr($1,3,length($1)-4) }' echo '__texdoc' >> "$TMPDIR"/_texdoc installShellCompletion --zsh "$TMPDIR"/_texdoc ''; </ins> }; "texlive.infra" = {

Discussion:
texlive's texdoc has imported a . Maybe we can support it. can work, will search to get the package names but So there is still something needed to be done :cry:
Change:
buildGoModule = buildGo117Module; }; <ins> kluctl = callPackage ../applications/networking/cluster/kluctl { }; </ins> kibana7 = callPackage ../development/tools/misc/kibana/7.x.nix { }; kibana = kibana7;

Discussion:
Project description Kluctl is a tool to declare and manage Kubernetes deployments (comparable to Helm, but a lot lighter). Metadata homepage URL: source URL: license: Apache-2.0 platforms: Linux, Darwin, Windows (arm64+amd64 except for Windows which is only amd64)
Change:
, plaster , plaster-pastedeploy , repoze_lru <del> , repoze_sphinx_autointerface </del> , translationstring , venusian , webob

Discussion:
Describe the bug As of now the pyramid package depends on the package which is originally on the section of the package definition: This brings in a big chunk of dependencies that are on the for an unclear advantage. As of now the dependency on brings in also a dependency on making it very difficult to override it for a database applications that uses pyramid. Would it be possible/feasible to duplicate the package building one without all that chunk of doc-only dependencies? Should I propose a PR? Maintainer information:
Maybe a solution could be to just move the "docs" dependencies to the .
extras should not be included by default
cc