Question: "CONF_GCC_LINKER_OPTS_STAGE2=-fuse-ld=gold" ] ++ stdenv.lib.optionals (disableLargeAddressSpace) [ "--disable-large-address-space" <del> ] ++ stdenv.lib.optional enableDwarf [ "--enable-dwarf-unwind" </del> ]; # Make sure we never relax`$PATH` and hooks support for compatability.

Our can no longer link executables. For example: This issue is present in current versions of . Compiling and linking works fine with an older revision, say . It looks like this might be related to some change in binutils, maybe?
This is probably from
Yes, it is. came to the same conclusion.
This probably is GHC bug though. Things like gmp and libiconv get their paths hardcoded so this isn't a problem. I would expect the same treatment for elfutils. should provide a arg.
/cc
I guess now I know why there's a patch in branch.
I'll reopen the PR fixing the linking issues.
I opened while we wait on upstream fix.
Which one, from
Yes, although it doesn't help. See
Yes, it would have surprised me a bit if it helped against that symptom -- my patch fixes that DWARF-enabling is skipped completely.
I'm surprised this worked for you back then and now there are linking errors.


Question: <ins> { stdenv, fetchurl, appimageTools, undmg, libsecret }: let inherit (stdenv.hostPlatform) system; throwSystem = throw "Unsupported system: ${system}"; pname = "keeweb"; version = "1.15.7"; name = "${pname}-${version}"; suffix = { x86_64-linux = "linux.AppImage"; x86_64-darwin = "mac.dmg"; }.${system} or throwSystem; src = fetchurl { url = "https://github.com/keeweb/keeweb/releases/download/v${version}/KeeWeb-${version}.${suffix}"; sha256 = { x86_64-linux = "0cy0avl0m07xs523xm0rzsmifl28sv4rjb2jj3x492qmr2v64ckk"; x86_64-darwin = "0r8c3zi0ibj0bb0gfc1axfn0y4qpjqfr0xpcxf810d65kaz6wic4"; }.${system} or throwSystem; }; appimageContents = appimageTools.extract { inherit name src; }; meta = with stdenv.lib; { description = "Free cross-platform password manager compatible with KeePass"; homepage = "https://keeweb.info/"; license = licenses.mit; maintainers = with maintainers; [ sikmir ]; platforms = [ "x86_64-linux" "x86_64-darwin" ]; }; linux = appimageTools.wrapType2 rec { inherit name src meta; extraPkgs = pkgs: with pkgs; [ libsecret ]; extraInstallCommands = '' mv $out/bin/{${name},${pname}} install -Dm644 ${appimageContents}/keeweb.desktop -t $out/share/applications install -Dm644 ${appimageContents}/keeweb.png -t $out/share/icons/hicolor/256x256/apps install -Dm644 ${appimageContents}/usr/share/mime/keeweb.xml -t $out/share/mime substituteInPlace $out/share/applications/keeweb.desktop  --replace 'Exec=AppRun' 'Exec=${pname}' ''; }; darwin = stdenv.mkDerivation { inherit pname version src meta; nativeBuildInputs = [ undmg ]; sourceRoot = "KeeWeb.app"; installPhase = '' mkdir -p $out/Applications/KeeWeb.app cp -R . $out/Applications/KeeWeb.app ''; }; in if stdenv.isDarwin then darwin else linux </ins>

Project description Keeweb webapp is a browser and desktop password manager compatible with KeePass databases. It features an Electron-based desktop application. Metadata homepage URL: source URL: license: mit platforms: Electron (unix, linux, darwin, windows) and Web
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 .
still important to me
While PR to nixpkgs is still open, I've keeweb to NUR repo () as well.


Question: , vala , wrapGAppsHook3 , glib <ins> , glib-networking </ins> , gtk3 , json-glib , libappindicator

Gives this error: , yet installing doesn't fix the problem. Steps to reproduce the behavior: Meteo That the Maps section works. <!-- 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 have this exact issue. Hoping for some clarity.
should be here:


Question: <ins> prefix=@out@ exec_prefix=${prefix} libdir=@out@/lib includedir=@out@/include Name: tbox Description: A glib-like multi-platform c library Version: @version@ Libs: -L${libdir} -ltbox Cflags: -I${includedir} </ins>

Project description A lightweight cross-platform build utility based on Lua Metadata homepage URL: source URL: license: asl20 platforms: unix


Question: python3Packages.buildPythonApplication rec { pname = "pass-import"; <del> version = "3.2"; </del> <ins> version = "3.5"; </ins> <del> src = fetchFromGitHub { owner = "roddhjav"; repo = "pass-import"; rev = "v${version}"; sha256 = "0hrpg7yiv50xmbajfy0zdilsyhbj5iv0qnlrgkfv99q1dvd5qy56"; </del> <ins> src = fetchurl { url = "https://github.com/roddhjav/${pname}/releases/download/v${version}/${pname}-${version}.tar.gz"; hash = "sha256-+wrff3OxPkAGu1Mn4Kl0KN4FmvIAb+MnaERcD5ScDNc="; </ins> }; <del> patches = [ (fetchpatch { name = "support-for-pykeepass-4.0.3.patch"; url = "https://github.com/roddhjav/pass-import/commit/f1b167578916d971ee4f99be99ba0e86ef49015e.patch"; hash = "sha256-u6bJbV3/QTfRaPauKSyCWNodpy6CKsreMXUZWKRbee0="; }) ]; </del> propagatedBuildInputs = with python3Packages; [ cryptography defusedxml <ins> jsonpath-ng </ins> pyaml pykeepass python-magic # similar API to "file-magic", but already in nixpkgs. <ins> requests </ins> secretstorage <ins> zxcvbn </ins> ]; nativeCheckInputs = [

Package name: Latest released version: 3.5 <!-- Search your package here: --- Current version on the unstable channel: 3.2 Current version on the stable/release channel: 3.2 <!-- 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]:


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

This might just be darwin; haven't tried on Linux. $ nix-shell -p these derivations will be built: /nix/store/dpcwgrlydrrlbdrnf0mi9hmr0kjvia89-python3.7-fire- building '/nix/store/dpcwgrlydrrlbdrnf0mi9hmr0kjvia89-python3.7-fire-'... unpacking sources unpacking source archive /nix/store/20rzw7yi3yvjb7w2ixzj6aqa5fim6p1q-source source root is source setting SOURCEDATEEPOCH to timestamp of file patching sources configuring building running bdistwheel The [wheel] section is deprecated. Use [bdistwheel] instead. running build running buildpy creating build creating build/lib creating build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire copying -build/lib/fire installing to running install running installlib creating creating creating copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - copying - running installegginfo running egginfo creating writing writing dependencylinks to writing requirements to writing top-level names to writing manifest file '' reading manifest file '' reading manifest template '' writing manifest file '' Copying to running installscripts creating creating 'dist/fire-0.1.3-py2.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

py3-none-' and adding '' to it adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding '' adding 'fire-' adding 'fire-' adding 'fire-' adding 'fire-' adding 'fire-' removing installing /private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire- /private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire- Processing ./fire-0.1.3-py2.py3-none- Requirement already satisfied: six in /nix/store/qayyh24znx8kixy7wqz6i5416nyljzxk-python3.7-six-1.12.0/lib/python3.7/site-packages (from fire==0.1.3) (1.12.0) Installing collected packages: fire Successfully installed fire-0.1.3 /private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire- post-installation fixup strip is /nix/store/3ibh116gnggzgsvrq8vvalmqyipk8cy9-cctools-binutils-darwin/bin/strip stripping (with command strip and flags -S) in /nix/store/b96a60g0apqx015sscpv8jywnjd8svcq-python3.7-fire-0.1.3/lib patching script interpreter paths in /nix/store/b96a60g0apqx015sscpv8jywnjd8svcq-python3.7-fire-0.1.3 running install tests ============================= test session starts ============================== platform darwin -- Python 3.7.2, pytest-4.2.1, py-1.7.0, pluggy-0.8.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

1 hypothesis profile 'default' -database=DirectoryBasedExampleDatabase('/private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire-') rootdir: /private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire-, inifile: plugins: hypothesis-4.7.3 collected 160 items . [ 0%] ...... [ 4%] ... [ 6%] .. [ 7%] .............. [ 16%] ............. [ 24%] ........... [ 31%] ... [ 33%] ...............F........F..................... [ 61%] .F........ [ 68%] .F....... [ 73%] .. [ 75%] .................... [ 87%] .. [ 88%] ... [ 90%] ............... [100%] =================================== FAILURES =================================== _ FireTest.testFireKeywordArgs _ self = <fire.firetest.FireTest testMethod=testFireKeywordArgsdef testFireKeywordArgs(self): self.assertEqual( fire.Fire( tc.Kwargs, command=['props', '--name', 'David', '--age', '24']), {'name': 'David', 'age': 24}) # Run this test both with a list command and a string command.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

self.assertEqual( fire.Fire( tc.Kwargs, command=['props', '--message', '"This is a message it has -- in it"']), # Quotes stripped {'message': 'This is a message it has -- in it'}) self.assertEqual( fire.Fire( tc.Kwargs, command=['props', '--message', 'This is a message it has -- in it']), {'message': 'This is a message it has -- in it'}) self.assertEqual( fire.Fire( tc.Kwargs, command='props --message "This is a message it has -- in it"'), {'message': 'This is a message it has -- in it'}) self.assertEqual( fire.Fire(tc.Kwargs, command=['upper', '--alpha', 'A', '--beta', 'B']), 'ALPHA BETA') self.assertEqual( fire.Fire( tc.Kwargs, 'alpha beta') component = <class 'fire.testcomponents.Kwargs'command = ['upper', '--alpha', 'A', '--beta', 'B', '-', ...], name = '' def Fire(component=None, command=None, name=None): """This function, Fire, is the main entrypoint for Python Fire. Executes a command either from the argument or from by recursively traversing the target object 's members consuming arguments, evaluating functions, and instantiating classes as it goes. When building a CLI with Fire, your main method should call this function. Args: component: The initial target component. command: Optional. If supplied, this is the command executed. If not supplied, then the command is taken from instead. This can be a string or a list of strings; a list of strings is preferred. name: Optional. The name of the command as entered at the command line. Used in interactive mode and for generating the completion script. Returns: The result of executing the Fire command. Execution begins with the initial target component. The component is updated by using the command arguments to either access a member of the current component, call the current component (if it's a function), or instantiate the current component (if it's a class). When all arguments are consumed and there's no function left to call or class left to instantiate, the resulting current component is the final result. Raises: ValueError: If the command argument is supplied, but not a string or a sequence of arguments.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

FireExit: When Fire encounters a FireError, Fire will raise a FireExit with code 2. When used with the help or trace flags, Fire will raise a FireExit with code 0 if successful. """ name = name or ([0]) # Get args as a list. if isinstance(command, six.stringtypes): args = (command) elif isinstance(command, (list, tuple)): args = command elif command is None: # Use the command line args by default if no command is specified. args = [1:] else: raise ValueError('The command argument must be a string or a sequence of ' 'arguments.') # Determine the calling context.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

caller = ()[1] callerframe = caller[0] callerglobals = callerframe.fglobals callerlocals = callerframe.flocals context = {} (callerglobals) (callerlocals) componenttrace = Fire(component, args, context, name) if componenttrace.HasError(): for helpflag in ['-h', '--help']: if helpflag in componenttrace.elements[-1].args: command = '{cmd} -- --help'.format(cmd=componenttrace.GetCommand()) print(('WARNING: The proper way to show help is {cmd}.n' 'Showing help anyway.n').format((command)), ) print('Fire trace:n{trace}n'.format(trace=componenttrace), ) result = componenttrace.GetResult() print( helputils.HelpString(result, componenttrace, componenttrace.verbose), ) E 2 FireExit ----------------------------- Captured stdout call ----------------------------- name: David age: 24 message: This is a message it has -- in it message: This is a message it has -- in it message: This is a message it has -- in it ALPHA BETA ----------------------------- Captured stderr call ----------------------------- Fire trace: Initial component Instantiated class "Kwargs" (/private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire-) Accessed property "upper" (/private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire-) Called routine "upper" (/private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire-) Accessed property "lower" ('The function received no value for the required argument:', 'self') Type: builtinfunctionormethod String form: <built-in method lower of str object at 0x1116ffef0Docstring: Return a copy of the string converted to lowercase.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

Usage: upper --alpha A --beta B - lower SELF upper --alpha A --beta B - lower --self SELF _ FireTest.testFireObjectWithDict _ self = <fire.firetest.FireTest testMethod=testFireObjectWithDictdef testFireObjectWithDict(self): self.assertEqual( fire.Fire(tc.TypedProperties, command=['delta', 'echo']), 'E') self.assertEqual( component = <class 'fire.testcomponents.TypedProperties'command = ['delta', 'echo', 'lower'], name = '' def Fire(component=None, command=None, name=None): """This function, Fire, is the main entrypoint for Python Fire. Executes a command either from the argument or from by recursively traversing the target object 's members consuming arguments, evaluating functions, and instantiating classes as it goes. When building a CLI with Fire, your main method should call this function. Args: component: The initial target component. command: Optional. If supplied, this is the command executed. If not supplied, then the command is taken from instead. This can be a string or a list of strings; a list of strings is preferred. name: Optional. The name of the command as entered at the command line. Used in interactive mode and for generating the completion script. Returns: The result of executing the Fire command. Execution begins with the initial target component. The component is updated by using the command arguments to either access a member of the current component, call the current component (if it's a function), or instantiate the current component (if it's a class). When all arguments are consumed and there's no function left to call or class left to instantiate, the resulting current component is the final result. Raises: ValueError: If the command argument is supplied, but not a string or a sequence of arguments. FireExit: When Fire encounters a FireError, Fire will raise a FireExit with code 2. When used with the help or trace flags, Fire will raise a FireExit with code 0 if successful. """ name = name or ([0]) # Get args as a list. if isinstance(command, six.stringtypes): args = (command) elif isinstance(command, (list, tuple)): args = command elif command is None: # Use the command line args by default if no command is specified.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

args = [1:] else: raise ValueError('The command argument must be a string or a sequence of ' 'arguments.') # Determine the calling context. caller = ()[1] callerframe = caller[0] callerglobals = callerframe.fglobals callerlocals = callerframe.flocals context = {} (callerglobals) (callerlocals) componenttrace = Fire(component, args, context, name) if componenttrace.HasError(): for helpflag in ['-h', '--help']: if helpflag in componenttrace.elements[-1].args: command = '{cmd} -- --help'.format(cmd=componenttrace.GetCommand()) print(('WARNING: The proper way to show help is {cmd}.n' 'Showing help anyway.n').format((command)), ) print('Fire trace:n{trace}n'.format(trace=componenttrace), ) result = componenttrace.GetResult() print( helputils.HelpString(result, componenttrace, componenttrace.verbose), ) E 2 FireExit ----------------------------- Captured stdout call ----------------------------- E ----------------------------- Captured stderr call ----------------------------- Fire trace: Initial component Instantiated class "TypedProperties" (/private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire-) Accessed property "delta" Accessed property "echo" Accessed property "lower" ('The function received no value for the required argument:', 'self') Type: builtinfunctionormethod String form: <built-in method lower of str object at 0x1100c7340Docstring: Return a copy of the string converted to lowercase.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

Usage: delta echo lower SELF delta echo lower --self SELF __ HelpUtilsTest.testHelpStringBuiltin _ self = <fire.helputilstest.HelpUtilsTest testMethod=testHelpStringBuiltindef testHelpStringBuiltin(self): helpstring = helputils.HelpString('test'.upper) self.assertIn('Type: builtinfunctionormethod', helpstring) self.assertIn('String form: <built-in method upper of', helpstring) E AssertionError: 'Usage: [VARS ...] [--KWARGS ...]' not found in 'Type: builtinfunctionormethodnString form: <built-in method upper of str object at 0x11028d458nDocstring: Return a copy of the string converted to uppercase.nnUsage: SELFn --self SELF' AssertionError _ InspectUtilsTest.testGetFullArgSpecFromBuiltin _ self = <fire.inspectutilstest.InspectUtilsTest testMethod=testGetFullArgSpecFromBuiltindef testGetFullArgSpecFromBuiltin(self): spec = inspectutils.GetFullArgSpec('test'.upper) E AssertionError: Lists differ: ['self'] != [] E E First list contains 1 additional elements.


Question: py.test ''; <ins> patches = [ # Add Python 3.7 support. Remove with the next release (fetchpatch { url = "https://github.com/google/python-fire/commit/668007ae41391f5964870b4597e41493a936a11e.patch"; sha256 = "0rf7yzv9qx66zfmdggfz478z37fi4rwx4hlh3dk1065sx5rfksi0"; }) ]; </ins> meta = with stdenv.lib; { description = "A library for automatically generating command line interfaces";

E First extra element 0: E 'self' E E - ['self'] E + [] AssertionError =============================== warnings summary =============================== /private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire- DeprecationWarning: 'U' mode is deprecated self.fromlines = open(fromfile, 'U').readlines() /private/var/folders/8g/qgvf93s1b40dd8nhsvqkm0000gn/T/nix-build-python3.7-fire- DeprecationWarning: 'U' mode is deprecated self.tolines = open(tofile, 'U').readlines() -- Docs: ============== 4 failed, 156 passed, 12 warnings in 1.80 seconds =============== builder for '/nix/store/dpcwgrlydrrlbdrnf0mi9hmr0kjvia89-python3.7-fire-' failed with exit code 1 error: build of '/nix/store/dpcwgrlydrrlbdrnf0mi9hmr0kjvia89-python3.7-fire-' failed nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(abathur): nixpkgs: FWIW, I'm also running bash 5 () as my default shell atm, but I see the same error when I manually run launch a bash 4 () shell to run this in. I haven't updated channel in a bit but I don't see any open/recent issue or PR.


Question: githubId = 20391; name = "Nahum Shalman"; }; <ins> nsnelson = { email = "noah.snelson@protonmail.com"; github = "peeley"; githubId = 30942198; name = "Noah Snelson"; }; </ins> nthorne = { email = "notrupertthorne@gmail.com"; github = "nthorne";

Project description  Selectdefaultapplication is a very simple GUI application that lets you define default applications on Linux in a sane way. Basically it just loads all installed applications by reading their .desktop files, reads the MimeType fields to see what it supports, and updates with what the user wants. Not all desktop environments provide such a tool, prompting for an agnostic tool. Metadata homepage URL: source URL: license: gpl2 platforms: linux Additional info: AUR package:
You can try using this in an overlay, use .
Seems to work!


Question: configureFlags = attrs.configureFlags ++ ["--set=build.docs=false"]; }); <ins> wasm-bindgen-84 = wasm-bindgen-cli.override { version = "0.2.84"; hash = "sha256-0rK+Yx4/Jy44Fw5VwJ3tG243ZsyOIBBehYU54XP/JGk="; cargoHash = "sha256-vcpxcRlW1OKoD64owFF6mkxSqmNrvY+y3Ckn5UwEQ50="; }; </ins> commonDerivationAttrs = rec { pname = "lldap"; version = "0.4.3";

Package name: wasm-bindgen-cli Latest released version: 0.28.4 Current version on the unstable channel: 0.2.84 Current version on the stable/release channel: 0.2.84 Notify maintainers and I'd really appreciate an update it's causing me problems with a trunk build similar to Note for maintainers: Please tag this issue in your PR.


Question: fi done # Copy all layers from input images to output image directory <del> cp -R --no-clobber inputs/*/* image/ </del> <ins> cp -R --update=none inputs/*/* image/ </ins> # Merge repositories objects and manifests jq -s add "''${repos[@]}" > repositories jq -s add "''${manifests[@]}" > manifest.json

Relevant snippet while building it fails with I copied over the for debugging, this is the full output: Steps to reproduce the behavior: snippet as flake default output Build should succeed and images should be loadable via Patching the as follows: fixes the problem, but would probably hide other cp errors. Maybe the behavior of coreutils/cp changed in the recent versions. At least the current manual states it will fail silently. I'm using a linux-builder on my machine.
Thank you for reporting this. I’ll try to replicate this locally. The lines do not look like errors to me. It looks like is informing that those files already exist in the output and thus are skipped (--no-clobber). However, if the build is failing there’s something going wrong.
Thank you for linking the manual. It looks like will exit with a non-zero status code in case of files that are already present now. The coreutils changelog states that now reproduces the behavior had at the time I wrote the mergeImages script. I was able to build by changing to . I don't know how to best go about obtaining the behavior everywhere, should the flag be dependent on the version of somehow? Maybe we can just assume that in will be a new version from now so that we can use everywhere? Given that all files that are present in both docker images apart from the and repositories files should be content addressed the only issue with removing is that time is spent unnecessarily writing content that's already present, so removing the flag altogether might make sense.
Thanks for investigating! I'm not familiar with the backward compatibility policy of the nix ecosystem, but I would assume that the most recent version of can assume most recent coreutils. Might happen that someone is overlaying old coreutils but then you might just need to overlay the old too, if you can pinpoint it down to coreutils cp.
True, but then apparently they have a legacy software problem, in which case they should use overrides only where it is necessary, instead of a blanket override in an overlay. It is not realistic to expect all of Nixpkgs to work with arbitrary changes. The cost of such compat logic isn't worth it; certainly not in this case, until proven otherwise. If they contribute a full time maintainer it is worth it, and if they have a legacy software problem they probably can.


Question: preInstall = '' substituteInPlace platforminputcontext/cmake_install.cmake  <del> --replace ${qtbase.out} $out </del> <ins> --replace ${qtbase.bin} $out </ins> substituteInPlace quickphrase-editor/cmake_install.cmake  --replace ${fcitx} $out ''; <del> meta = with stdenv.lib; { </del> <ins> meta = with lib; { </ins> homepage    = https://gitlab.com/fcitx/fcitx-qt5; description = "Qt5 IM Module for Fcitx"; license     = licenses.gpl2;

Describe the bug fcitx-qt5 fails to build on unstable: To Reproduce Metadata nixos unstable
It's trying to install into qtbase . Probably should set this to be within the proper prefix.
yep I've seen that as well. Seems like some packages set to work around this but haven't had the time to test it yet. EDIT: that fixed the first problem but not the second one:
will fix this.
This is still an issue on stable -- Installing: /nix/store/phkl5sfpn4jvncjd2sa29g182gpmmja7-fcitx-qt5-1.2.3/share/locale/zhCN/LCMESSAGES/fcitx- -- Installing: /nix/store/phkl5sfpn4jvncjd2sa29g182gpmmja7-fcitx-qt5-1.2.3/share/locale/zhTW/LCMESSAGES/fcitx- -- Installing: /nix/store/g83143pyn6sc1x1nqqjcamap4c2b1rbw-qtbase-5.12.0-bin/lib/qt- CMake Error at (file): file INSTALL cannot copy file "" to "/nix/store/g83143pyn6sc1x1nqqjcamap4c2b1rbw-qtbase-5.12.0-bin/lib/qt-".


Question: preInstall = '' substituteInPlace platforminputcontext/cmake_install.cmake  <del> --replace ${qtbase.out} $out </del> <ins> --replace ${qtbase.bin} $out </ins> substituteInPlace quickphrase-editor/cmake_install.cmake  --replace ${fcitx} $out ''; <del> meta = with stdenv.lib; { </del> <ins> meta = with lib; { </ins> homepage    = https://gitlab.com/fcitx/fcitx-qt5; description = "Qt5 IM Module for Fcitx"; license     = licenses.gpl2;

Call Stack (most recent call first): (include) make: * [Makefile:106: install] Error 1 builder for '/nix/store/ypfmrmajq452nmskg0ffwa27hm58l492-fcitx-qt5-' failed with exit code 2 cannot build derivation '/nix/store/hdsvn6hc7h7wf29kdnpvr7iaivplyyb8-fcitx-with-plugins-': 1 dependencies couldn't be built cannot build derivation '/nix/store/4lwxfbacn5fcymlm3jpv6wl4anllxmzd-system-': 1 dependencies couldn't be built cannot build derivation '/nix/store/d4k8dywj47xrbxfmvdaw4gywnwdn874r-xsession-': 1 dependencies couldn't be built cannot build derivation '/nix/store/fj8xinm3fjd7sp9s20iqg23yx27zc193-nixos-system-voyagertwo-': 1 dependencies couldn't be built error: build of '/nix/store/fj8xinm3fjd7sp9s20iqg23yx27zc193-nixos-system-voyagertwo-' failed Note that I have a following setting in environment.extraOutputsToInstall = ["out"]; environment.pathsToLink = [ "/share/locale" ];
:confused: Didn't expect that to broken the same way on stable. please open a separate issue requesting some sort of backport for the relevant commit
Still seems to fail on unstable?


Question: libDeps = platform: stdenv.lib.optional enableTerminfo [ ncurses ] ++ [libffi] ++ stdenv.lib.optional (!enableIntegerSimple) gmp <del> ++ stdenv.lib.optional (platform.libc != "glibc" && !targetPlatform.isWindows) libiconv ++ stdenv.lib.optional enableDwarf elfutils; </del> <ins> ++ stdenv.lib.optional (platform.libc != "glibc" && !targetPlatform.isWindows) libiconv; </ins> toolsForTarget = [ pkgsBuildTarget.targetPackages.stdenv.cc

Our can no longer link executables. For example: This issue is present in current versions of . Compiling and linking works fine with an older revision, say . It looks like this might be related to some change in binutils, maybe?
This is probably from
Yes, it is. came to the same conclusion.
This probably is GHC bug though. Things like gmp and libiconv get their paths hardcoded so this isn't a problem. I would expect the same treatment for elfutils. should provide a arg.
/cc
I guess now I know why there's a patch in branch.
I'll reopen the PR fixing the linking issues.
I opened while we wait on upstream fix.
Which one, from
Yes, although it doesn't help. See
Yes, it would have surprised me a bit if it helped against that symptom -- my patch fixes that DWARF-enabling is skipped completely.
I'm surprised this worked for you back then and now there are linking errors.


Question: -e 's^addCVars^addCVars${_infixSalt}^g'  -e 's^[ -z "$crossConfig" ]^[[ "${builtins.toString (targetPlatform != hostPlatform)}" || -z "$crossConfig" ]]^g' <del> '' + stdenv.lib.optionalString (textFile == ./setup-hook.sh) '' cat << 'EOF' >> $out for CMD in ar as nm objcopy ranlib strip strings size ld windres do # which is not part of stdenv, but compgen will do for now if PATH=$_PATH type -p ${prefix}$CMD > /dev/null then export ''$(echo "$CMD" | tr "[:lower:]" "[:upper:]")=${prefix}''${CMD}; fi done EOF sed -i $out -e 's_envHooks_crossEnvHooks_g' '' + '' </del> # NIX_ things which we don't both use and define, we revert them #asymmetric=$( #  for pre in "" "$"

Optipng crashes with a segmentation fault on current as of . points to the library used to throw/catch exceptions. relevant source: Automatic points to being the first bad revision. However, I don't have enough knowledge of this piece of nix to understand why it causes optipng to fail in the . System: nixos-master Nix version: 1.11.11 Nixpkgs version: Sandboxing enabled: yes CC
Reading into the causing commit's comments made me try which seems to work around the issue. However, I'm hesitant to commit this as a fix without understanding the issue here.
So some packages use the C compiler instead of linker directly to link. Nixpkgs's cc-wrapper is aware of this, for example, with separate and environment variables. Classic make builtin rules however only have , , , and , so then either in a configure script or make itself they seem to default to , but manually specifying breaks this. Manually specifying , however, avoids that pitfall, and, unlike , will also work for cross compilation.
Here's a blurb from optipng's script: If I understand your comment, it looks like optipng's build system is doing precisely what you describe: So when isn't set, it defaults to configuring the such that it uses as the linker, and I suppose the theory is that they depend on behavior available when invoking through e.g. (though I don't know precisely what that may be). It would seem reasonable take the (on a per package basis) approach as a solution. I think this can safely be considered a bug in the upstream packages' build systems.
Probably the use of to pass actual ld flags, e.g. .
I implemented the workaround in . Feel free to reopen this if you don't think the fix to be adequate.


Question: -e 's^addCVars^addCVars${_infixSalt}^g'  -e 's^[ -z "$crossConfig" ]^[[ "${builtins.toString (targetPlatform != hostPlatform)}" || -z "$crossConfig" ]]^g' <del> '' + stdenv.lib.optionalString (textFile == ./setup-hook.sh) '' cat << 'EOF' >> $out for CMD in ar as nm objcopy ranlib strip strings size ld windres do # which is not part of stdenv, but compgen will do for now if PATH=$_PATH type -p ${prefix}$CMD > /dev/null then export ''$(echo "$CMD" | tr "[:lower:]" "[:upper:]")=${prefix}''${CMD}; fi done EOF sed -i $out -e 's_envHooks_crossEnvHooks_g' '' + '' </del> # NIX_ things which we don't both use and define, we revert them #asymmetric=$( #  for pre in "" "$"

gcc5 and the dependant gfortran5 packages are failing as of 31 July Failures: ] ] Building either package using or fails. System: (MacOS 10.11.6 and MacOS 10.12.6, both nix-multiuser install) Nix version: (1.11.13) Nixpkgs version: (17.09pre-git) Sandboxing enabled: (relaxed)
has been looking into this but it seems pretty mysterious so far
git-bisect is pretty neat
cc
This is also needed to fix things that depend on gcc


Question: rustPlatform.buildRustPackage rec { pname = "edgedb"; <del> version = "3.3.0"; </del> <ins> version = "3.4.0"; </ins> src = fetchFromGitHub { owner = "edgedb"; repo = "edgedb-cli"; rev =  "v${version}"; <del> sha256 = "sha256-6uhwuAGZ/XU+eENNo0H7hOdrDDx0fWvPVZAEOm5mdcY="; </del> <ins> sha256 = "sha256-w6YpjSmh517yat45l4gGdV6qWD4O3aCx/6LL5wea+RA="; </ins> fetchSubmodules = true; };

Package name: edgedb Latest released version: 3.2.0 Current version on the unstable channel: 2.3.1 Current version on the stable/release channel: 2.3.1 Notify maintainers Note for maintainers: Please tag this issue in your PR.


Question: homepage = "https://github.com/luabind/luabind"; description = "A library that helps you create bindings between C++ and Lua"; license = lib.licenses.mit; <del> platforms = lib.platforms.linux; </del> <ins> platforms = lib.platforms.unix; </ins> }; }

Steps to reproduce the behavior: FWIW: my fix is here, - but it is using a fork of . If somebody has the time to create a minimal patch on top of the current source, please feel free to. Please run and paste the result.
Looks like you are on a good path. Unfortunately I have no access to Apple hardware at all, but would be happy to merge a PR.
Yes, is working on it. There is a more active fork of luabind here: - how about we switch to using it? It'll obviate a bunch of patches as well.
I agree, sounds sensible.


Question: requests_oauth2 = buildPythonPackage rec { name = "requests-oauth2-0.1.1"; <ins> # python3 does not support relative imports disabled = isPy3k; </ins> src = pkgs.fetchurl { url = https://github.com/maraujop/requests-oauth2/archive/0.1.1.tar.gz; sha256 = "1aij66qg9j5j4vzyh64nbg72y7pcafgjddxsi865racsay43xfqg"; }; <del> propagatedBuildInputs = with self; [ requests_oauthlib ]; </del> <ins> propagatedBuildInputs = with self; [ requests2 ]; # no tests in tarball doCheck = false; </ins> meta = { description = "Python's Requests OAuth2 (Open Authentication) plugin";

I get the error: It seems that this problem is related to There is no problem for System: 17.03pre94121. (Gorilla) and on master Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: 17.03pre94121.
it seems the tests depend on a package like


Question: hash = "sha256-FIlnJsNgofGo4HETEEpW28wpC3U9z5AZprwFR5AgFfA="; }; <del> version = "0.38.0"; </del> <ins> # "main.c" from master after (https://github.com/falcosecurity/libs/pull/1884) # Remove when an upstream release includes the driver update driverKernel610MainC = fetchurl { url = "https://raw.githubusercontent.com/falcosecurity/libs/fa26daf65bb4117ecfe099fcad48ea75fe86d8bb/driver/main.c"; hash = "sha256-VI/tOSXs5OcEDehSqICF3apmSnwe4QCmbkHz+DGH4uM="; }; version = "0.38.1"; </ins> in stdenv.mkDerivation { pname = "sysdig";

Steps to reproduce the behavior: sysdig Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can't repro on master () and the error isn't in the log output, can you provide additional info?
Hey, thanks for the response - checking again - it only happens if for me if I enable the sysdig-option in my config not building the sysdig-package - maybe this helps to reproduce and depends on the used kernel-version? I've uploaded the full build log:
Thanks, seems this is the error:
I guess this is already fixed upstream in the drivers () but needs to be to nixpkgs to fix 6.10-kernel builds.
fixes it for me
~Ah 0.38.1 - got released somehow oversaw it should check first if that includes the fix~ 38.1 does not include a driver-bump


Question: # Unpack the wheel file. wheel unpack --dest unpacked ./*.whl <del> # Tensorflow has a hard dependency on gast==0.2.2, but we relax it to # gast==0.3.2. substituteInPlace ./unpacked/tensorflow*/tensorflow_core/tools/pip_package/setup.py --replace "gast == 0.2.2" "gast == 0.3.2" substituteInPlace ./unpacked/tensorflow*/tensorflow_*.dist-info/METADATA --replace "gast (==0.2.2)" "gast (==0.3.2)" </del> <ins> # Tensorflow wheels tightly constrain the versions of gast, tensorflow-estimator and scipy. # This code relaxes these requirements: substituteInPlace ./unpacked/tensorflow*/tensorflow_core/tools/pip_package/setup.py  --replace "tensorflow_estimator >= 2.1.0rc0, < 2.2.0" "tensorflow_estimator"  --replace "tensorboard >= 2.1.0, < 2.2.0" "tensorboard"  --replace "gast == 0.2.2" "gast"   --replace "scipy == 1.2.2" "scipy" substituteInPlace ./unpacked/tensorflow*/tensorflow*.dist-info/METADATA   --replace "gast (==0.2.2)" "gast"  --replace "tensorflow-estimator (<2.2.0,>=2.1.0rc0)" "tensorflow_estimator"  --replace "tensorboard (<2.2.0,>=2.1.0)" "tensorboard"  --replace "scipy (==1.4.1)" "scipy" </ins> # Pack the wheel file back up. wheel pack ./unpacked/tensorflow*

Describe the bug Tensorflow binary builds don't work on mac os. (neither do the source build, but that's a separate issue) To Reproduce $ nix-build '<nixpkgs' --show-trace -A python37Packages.tensorflow-bin_2 this derivation will be built: /nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow- building '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-'... Sourcing python-recompile-bytecode- Sourcing python-remove-tests-dir-hook Sourcing python-catch-conflicts- Sourcing python-remove-bin-bytecode- Sourcing wheel setup hook Using wheelUnpackPhase Sourcing pip-install-hook Using pipInstallPhase Sourcing python-imports-check- Using pythonImportsCheckPhase Sourcing python-namespaces-hook unpacking sources Executing wheelUnpackPhase Finished executing wheelUnpackPhase patching sources configuring /private/tmp/nix-build-python3.7-tensorflow- /private/tmp/nix-build-python3.7-tensorflow- Unpacking to: unpacked/tensorflow-2.1.0...OK substitute(): ERROR: file '--replace' does not exist error: --- Error
--------------------------------------------------------------------------- nix-build builder for '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-' failed with exit code 1 host os: multi-user?: sandbox: version: channels(noah): nixpkgs: yaml attribute: module:


Question: # Unpack the wheel file. wheel unpack --dest unpacked ./*.whl <del> # Tensorflow has a hard dependency on gast==0.2.2, but we relax it to # gast==0.3.2. substituteInPlace ./unpacked/tensorflow*/tensorflow_core/tools/pip_package/setup.py --replace "gast == 0.2.2" "gast == 0.3.2" substituteInPlace ./unpacked/tensorflow*/tensorflow_*.dist-info/METADATA --replace "gast (==0.2.2)" "gast (==0.3.2)" </del> <ins> # Tensorflow wheels tightly constrain the versions of gast, tensorflow-estimator and scipy. # This code relaxes these requirements: substituteInPlace ./unpacked/tensorflow*/tensorflow_core/tools/pip_package/setup.py  --replace "tensorflow_estimator >= 2.1.0rc0, < 2.2.0" "tensorflow_estimator"  --replace "tensorboard >= 2.1.0, < 2.2.0" "tensorboard"  --replace "gast == 0.2.2" "gast"   --replace "scipy == 1.2.2" "scipy" substituteInPlace ./unpacked/tensorflow*/tensorflow*.dist-info/METADATA   --replace "gast (==0.2.2)" "gast"  --replace "tensorflow-estimator (<2.2.0,>=2.1.0rc0)" "tensorflow_estimator"  --replace "tensorboard (<2.2.0,>=2.1.0)" "tensorboard"  --replace "scipy (==1.4.1)" "scipy" </ins> # Pack the wheel file back up. wheel pack ./unpacked/tensorflow*

Describe the bug tensorflow-bin_2 wants gast-3.2.0 due to but gast has been updated to 3.3.0 so tensorflow refuses to install: To Reproduce Notify maintainers Metadata Maintainer information:
There are also other dependencies that fail the version checks: scipy==1.4.1 and tensorflow-estimator<2.2.0,=2.1.0rc0.
This compiles i'll test it, any feedback appreciated
Got some issues
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Related .
It looks like fixes this.


Question: # THIS IS A GENERATED FILE.  DO NOT EDIT! xorgserver = callPackage ({ stdenv, pkg-config, fetchurl, xorgproto, openssl, libX11, libXau, libxcb, xcbutil, xcbutilwm, xcbutilimage, xcbutilkeysyms, xcbutilrenderutil, libXdmcp, libXfixes, libxkbfile, testers }: stdenv.mkDerivation (finalAttrs: { pname = "xorg-server"; <del> version = "21.1.12"; </del> <ins> version = "21.1.13"; </ins> builder = ./builder.sh; src = fetchurl { <del> url = "mirror://xorg/individual/xserver/xorg-server-21.1.12.tar.xz"; sha256 = "03x954bygi6sdynk5yy3yvsfhg6i9gjhisn3x9jxvk5mw4mnw08y"; </del> <ins> url = "mirror://xorg/individual/xserver/xorg-server-21.1.13.tar.xz"; sha256 = "033lvjihidc68v08izrr63va8jhkfmzcjg0d6rm26wizjkah4nml"; </ins> }; hardeningDisable = [ "bindnow" "relro" ]; strictDeps = true;

XOrg crashes when certain applications are launched. More details here: Steps to reproduce the behavior: any of the IntelliJ IDEs. You may have to set anti aliasing to greyscale. Xorg will crash. Xorg doesn't crash. This is the bug: It looks like a security fix caused this regression. Ubuntu has already applied patches that fix this for Xorg and Xwayland: see this message from the above Ubuntu thread: NixOS should use the same patches until this is fixed upstream in XOrg. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Sounds like this will be addressed by this update:
xwayland too: looks like updating xorg and xwayland to their latest versions will do the trick then
xwayland was bumped to the latest version in PR


Question: ./services/networking/strongswan.nix ./services/networking/stubby.nix ./services/networking/stunnel.nix <ins> ./services/networking/sunshine.nix </ins> ./services/networking/supplicant.nix ./services/networking/supybot.nix ./services/networking/syncplay.nix

Project description <!-- Describe the project a little: --Sunshine has already been packaged here in nixpkgs: But it doesn't come out of the box just by , according to and and , at least it needs a and maybe . It would be better if we could add a NixOS module for it to make it availale just by sth. like or . CC maintainer Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This has been on my to-do list for ages :) The module itself wouldn't be a huge deal, and I think I have a plan for tests, just need some time to work on it.
I actually started working on this a while ago. My module can create valid and files (i.e. they work when I start sunshine manually) and open the necessary ports, however I couldn't get the systemd service to function properly. If I recall correctly, the issue was related to getting access to the screen. Here is what I have so far, maybe it can help someone:
Thanks I used yours as inspiration and opened for this. It's still a draft -- I need to work on the tests -- but any testing or comments are welcome. I've tested on Plasma 6 + Wayland + AMD and seems to work, have not tested much with Xorg or NVIDIA.
Think it's got all the functionality I had planned -- marked as ready for review.


Question: postFixup = '' wrapProgram $out/bin/glimpse-${lib.versions.majorMinor version}  <del> --set GDK_PIXBUF_MODULE_FILE "$GDK_PIXBUF_MODULE_FILE" </del> <ins> --set GDK_PIXBUF_MODULE_FILE "$GDK_PIXBUF_MODULE_FILE"  --prefix PATH ":" ${ lib.makeBinPath [ graphviz ] } </ins> ''; passthru = rec {

Installing results in a broken application that exits on startup with the message "GEGL operation missing! Glimpse requires the GEGL operation "gegl:introspect". This operation cannot be found. Check your GEGL install and ensure it has been compiled with any dependencies required for Glimpse." Steps to reproduce the behavior: to Glimpse Glimpse should work! works fine for me. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Maintainer information:
Thanks for the report, Unfortunately I cannot reproduce your issue. Neither on as you reported nor on current . Could you elaborate on your setup a bit? Which window manager/desktop environment are you using? Is it possible that you modified glimpse in an overlay? I'm running Sway (Wayland) and deleted and before testing to make sure I didn't have any leftover state in my home directory.
I'm using i3wm (with no separate desktop manager); I installed Glimpse by adding it to environment.systemPackages in , I don't think there's any chance I did anything special with overlays there. I can't think of anything else I've done that might have affected this – I only installed NixOS a few days ago. I do have Home Manager installed, so I guess is it possible that something I've installed via that is causing a problem? (I don't have that much stuff installed, though, I don't think.) on my system is a tmpfs, so if something put a file outside of /nix or /home on install and is expecting it to still be there then it'll be unhappy, but I think I tried running Glimpse immediately after installing it with and it didn't work even then, so it shouldn't be anything related to that. Deleting changes the icon in the popup, which is weird, it looks like this if that directory isn't present at statup: ! and like this if I leave the directory there: ! but nothing else seems to change. (I noticed there's a directory in and , but removing it doesn't seem to do anything.)
aha, I found the problem: works just fine, and adding graphviz to environment.systemPackages fixes it permanently. see e.g.


Question: postFixup = '' wrapProgram $out/bin/glimpse-${lib.versions.majorMinor version}  <del> --set GDK_PIXBUF_MODULE_FILE "$GDK_PIXBUF_MODULE_FILE" </del> <ins> --set GDK_PIXBUF_MODULE_FILE "$GDK_PIXBUF_MODULE_FILE"  --prefix PATH ":" ${ lib.makeBinPath [ graphviz ] } </ins> ''; passthru = rec {

Ooh nice, didn't think about using a pure nix-shell to circumvent already installed packages clouding the issue. Now I'm able to reproduce the issue. Will add graphviz as runtime dependency then.
Looks like Gimp is not affected, as they got it . Glimpse didn't receive that fix, and it won't in the foreseeable future as the project .


Question: owner = "evanw"; repo = "esbuild"; rev = "v${version}"; <del> hash = "sha256-mED3h+mY+4H465m02ewFK/BgA1i/PQ+ksUNxBlgpUoI="; </del> <ins> hash = "sha256-h/Vqwax4B4nehRP9TaYbdixAZdb1hx373dNxNHvDrtY="; </ins> }; vendorHash = "sha256-+BfxCyg0KkDQpHt/wycy/8CTG6YBA/VJvJFhhzUnSiQ="; }); }; <del> wasm-bindgen-cli-2-92 = wasm-bindgen-cli.override { version = "0.2.92"; hash = "sha256-1VwY8vQy7soKEgbki4LD+v259751kKxSxmo/gqE6yV0="; cargoHash = "sha256-aACJ+lYNEU8FFBs158G1/JG8sc6Rq080PeKCMnwdpH0="; }; </del> in stdenv.mkDerivation (finalAttrs: { pname = "surrealist"; <del> version = "1.11.7"; </del> <ins> version = "2.0.6"; </ins> src = fetchFromGitHub { <del> owner = "StarlaneStudios"; repo = "Surrealist"; rev = "v${finalAttrs.version}"; hash = "sha256-1jTvbr7jFo2GOB79ClwtBVVnNQlSEkqY2eqbiZxWG74="; </del> <ins> owner = "surrealdb"; repo = "surrealist"; rev = "surrealist-v${finalAttrs.version}"; hash = "sha256-5OiVqn+ujssxXZXC6pnGiG1Nw8cAhoDU5IIl9skywBw="; </ins> }; sourceRoot = "${finalAttrs.src.name}/src-tauri"; <del> embed = stdenv.mkDerivation { inherit (finalAttrs) src version; pname = "${finalAttrs.pname}-embed"; sourceRoot = "${finalAttrs.src.name}/src-embed"; auditable = false; dontInstall = true; cargoDeps = rustPlatform.fetchCargoTarball { inherit (finalAttrs) src; sourceRoot = "${finalAttrs.src.name}/src-embed"; hash = "sha256-0cAhaeoP8EPcE1230CyznQZZIKRs0lrI8XOXECgb8pg="; }; nativeBuildInputs = [ cargo rustc llvmPackages_15.clangNoLibc llvmPackages_15.lld rustPlatform.cargoSetupHook wasm-bindgen-cli-2-92 ]; postBuild = '' CC=clang cargo build  --target wasm32-unknown-unknown  --release wasm-bindgen  target/wasm32-unknown-unknown/release/surrealist_embed.wasm  --out-dir $out  --out-name surrealist-embed  --target web ''; }; </del> ui = stdenvNoCC.mkDerivation { inherit (finalAttrs) src version; pname = "${finalAttrs.pname}-ui"; <del> dontFixup = true; </del> pnpmDeps = pnpm.fetchDeps { inherit (finalAttrs) pname version src; <del> hash = "sha256-3x/GKgVX0mnxTZmINe/qTtr/vI0h5IqPYt9N0l/VGzg="; </del> <ins> hash = "sha256-apvU7nanzueaF7PEQL7EKjVT5z1M6I7PZpEIJxfKuCQ="; </ins> }; <del> ESBUILD_BINARY_PATH = "${lib.getExe esbuild-18-20}"; </del> <ins> ESBUILD_BINARY_PATH = "${lib.getExe esbuild-20-2}"; </ins> nativeBuildInputs = [ nodejs pnpm.configHook ]; <del> postPatch = '' ln -s ${finalAttrs.embed} src/generated ''; </del> <ins> buildPhase = '' runHook preBuild </ins> <del> postBuild = '' </del> pnpm build <ins> runHook postBuild </ins> ''; <del> postInstall = '' </del> <ins> installPhase = '' runHook preInstall </ins> cp -r dist $out <ins> runHook postInstall </ins> ''; }; <del> cargoDeps = rustPlatform.importCargoLock { lockFile = ./Cargo.lock; outputHashes = { "tauri-plugin-localhost-0.1.0" = "sha256-7PJgz6t/jPEwX/2xaOe0SYawfPSZw/F1QtOrc6iPiP0="; }; </del> <ins> cargoDeps = rustPlatform.fetchCargoTarball { inherit (finalAttrs) src sourceRoot version; name = "${finalAttrs.pname}-${finalAttrs.version}"; hash = "sha256-uE4r0smgSbl4l77/MsHtn1Ar5fqspsYcLC/u8TUrcu8="; </ins> }; nativeBuildInputs = [

Package name: surrealist Latest released version: 2.0.1 <!-- Search your package here: --- Current version on the unstable channel: 1.11.7 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 <!-- If the result shows no maintainers, tag the person that last updated the package. --NOTE Surrealist has now officially moved to the SurrealDB Github org, see Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Nvm the nix package is actually built from source, just Tauri builds a deb in that process
Working on it. I'm currently stuck at an issue with the frontend build. There is a transitive dependency to that does not get installed by pnpm.


Question: ]; preCheck = '' <del> # Scale default timeouts by a factor of 4 to avoid flaky builds # https://github.com/microsoft/debugpy/pull/1286 if merged would # allow us to disable the timeouts altogether export DEBUGPY_PROCESS_SPAWN_TIMEOUT=60 export DEBUGPY_PROCESS_EXIT_TIMEOUT=20 </del> <ins> export DEBUGPY_PROCESS_SPAWN_TIMEOUT=0 export DEBUGPY_PROCESS_EXIT_TIMEOUT=0 </ins> '' + lib.optionalString (stdenv.isDarwin && stdenv.isAarch64) '' # https://github.com/python/cpython/issues/74570#issuecomment-1093748531 export no_proxy='*';

Steps to reproduce the behavior: (warning: veeery long) Seems caused by Also previously reported (if I'm reading the many thousands of lines of output right) to be another instance of Breaks: .
This appears to have been fixed somewhere between and
I have no idea how you tested, but after a (pulling branch), I fail to build this same package. Now with the newer hash: I vote for this issue to be marked as "prematurely-closed", and thus re-opened.
debugpy was blocking my nixos rebuilds through . Updating to resolved it for me. That's about all the testing I did at the time, and figured it was good. Sorry about that.
Yep! Looks like this is related to flaky process test timeouts (which are more likely to fail on less powerful / overworked devices). should fix this!
You can checkout to see when the fix will be applied to the channel you're using.


Question: (lib.mesonEnable "installed_tests" true) (lib.mesonOption "installed_test_prefix" (placeholder "installedTests")) (lib.mesonOption "libjack-path" "${placeholder "jack"}/lib") <del> (lib.mesonEnable "libcamera" libcameraSupport) </del> <ins> (lib.mesonEnable "libcamera" true) </ins> (lib.mesonEnable "libffado" ffadoSupport) (lib.mesonEnable "roc" rocSupport) <del> (lib.mesonEnable "libpulse" pulseTunnelSupport) </del> <ins> (lib.mesonEnable "libpulse" true) </ins> (lib.mesonEnable "avahi" zeroconfSupport) <del> (lib.mesonEnable "gstreamer" gstreamerSupport) (lib.mesonEnable "systemd" enableSystemd) (lib.mesonEnable "systemd-system-service" enableSystemd) (lib.mesonEnable "udev" (!enableSystemd)) (lib.mesonEnable "ffmpeg" ffmpegSupport) (lib.mesonEnable "pw-cat-ffmpeg" ffmpegSupport) (lib.mesonEnable "bluez5" bluezSupport) (lib.mesonEnable "bluez5-backend-hsp-native" nativeHspSupport) (lib.mesonEnable "bluez5-backend-hfp-native" nativeHfpSupport) (lib.mesonEnable "bluez5-backend-native-mm" nativeModemManagerSupport) (lib.mesonEnable "bluez5-backend-ofono" ofonoSupport) (lib.mesonEnable "bluez5-backend-hsphfpd" hsphfpdSupport) </del> <ins> (lib.mesonEnable "gstreamer" true) (lib.mesonEnable "gstreamer-device-provider" true) (lib.mesonEnable "systemd" true) (lib.mesonEnable "systemd-system-service" true) (lib.mesonEnable "udev" false) (lib.mesonEnable "ffmpeg" true) (lib.mesonEnable "pw-cat-ffmpeg" true) (lib.mesonEnable "bluez5" true) (lib.mesonEnable "bluez5-backend-hsp-native" true) (lib.mesonEnable "bluez5-backend-hfp-native" true) (lib.mesonEnable "bluez5-backend-native-mm" true) (lib.mesonEnable "bluez5-backend-ofono" true) (lib.mesonEnable "bluez5-backend-hsphfpd" true) </ins> # source code is not easily obtainable (lib.mesonEnable "bluez5-codec-lc3plus" false) <del> (lib.mesonEnable "bluez5-codec-lc3" bluezSupport) (lib.mesonEnable "bluez5-codec-ldac" ldacbtSupport) (lib.mesonEnable "opus" opusSupport) </del> <ins> (lib.mesonEnable "bluez5-codec-lc3" true) (lib.mesonEnable "bluez5-codec-ldac" true) (lib.mesonEnable "opus" true) </ins> (lib.mesonOption "sysconfdir" "/etc") (lib.mesonEnable "raop" raopSupport) (lib.mesonOption "session-managers" "")

Steps to reproduce the behavior: for the pipewire package, e.g.: building it This can be fixed by either making sure that flag controls the Meson option in addtion to the , or by exposing a new option to control the directly. ping let me know which of the options above you guys prefer and I can open up a PR to fix as well. <!-- 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]:
Can we just remove that option instead?
Sorry do you mean set the to always be false or completely remove the as an option? Because I prefer the abilitiy to turn as many unnecessary dependencies as practically possible on my system (better stability and security).
Remove the option, yes, because we can't realistically maintain the exponential explosion of possible flag combinations.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I made two PRs: and Feel free to pick whichever PR looks better to you
arg removed in
How much maintenance burden does this actually cause? IMO the package options are one of Nixpkgs strengths (one of the things that attracted me, after I stopped working on Homebrew because package options started to be removed entirely), and they're critical for people working on systems where size matters.
To expand a bit, I don't think that package maintainers should generally be expected to support all combinations of options, but I also don't think they should block people who want to from doing so. Just having the flags there shouldn't cause any problems for package maintainers that don't want to maintain the flags, and it's fine IMO to respond to issues about flags not working by asking people to adopt the flag and send a patch.
No one's blocking people from overriding. It's just a bad idea to have some flags we haven't even looked at in months and pretend we support them by including them in the expression. Or in other words, keeping the flags is shipping broken code if people don't maintain them.
The enableSystemd flag had clearly been looked at recently, because there was a commit from me fixing it, and yet it was removed anyway.


Question: buildPythonPackage rec { pname = "dm-tree"; <del> # As of 2021-12-29, the latest stable version still builds with Bazel. version = "unstable-2021-12-20"; </del> <ins> version = "0.1.7"; </ins> src = fetchFromGitHub { owner = "deepmind"; repo = "tree"; <del> rev = "b452e5c2743e7489b4ba7f16ecd51c516d7cd8e3"; sha256 = "1r187xwpvnnj98lyasngcv3lbxz0ziihpl5dbnjbfbjr0kh6z0j9"; </del> <ins> rev = version; hash = "sha256-rg6dcGcbTGfK3h4WAyhwCjgM3o64Jj2SImxNsZXJHHM="; </ins> }; patches = [

Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: - -


Question: <del> {lib, stdenv, fetchurl, libedit, automake, autoconf, libtool , # icu = null: use icu which comes with firebird # icu = pkgs.icu => you may have trouble sharing database files with windows # users if "Collation unicode" columns are being used # windows icu version is *30.dll, however neither the icu 3.0 nor the 3.6 # sources look close to what ships with this package. # Thus I think its best to trust firebird devs and use their version # icu version missmatch may cause such error when selecting from a table: # "Collation unicode for character set utf8 is not installed" # icu 3.0 can still be built easily by nix (by dropping the #elif case and # make | make) icu ? null , superServer ? false , port ? 3050 , serviceName ? "gds_db" }: /* there are 3 ways to use firebird: a) superserver - one process, one thread for each connection b) classic - is built by default - one process for each connection - on linux direct io operations (?) c) embedded. manual says that you usually don't notice the difference between a and b. I'm only interested in the embedder shared libary for now. So everything isn't tested yet */ stdenv.mkDerivation rec { version = "2.5.7.27050-0"; </del> <ins> { lib, stdenv, fetchFromGitHub, libedit, autoreconfHook, zlib, unzip, libtommath, libtomcrypt, icu, superServer ? false }: let base = { </ins> pname = "firebird"; <del> # enableParallelBuilding = false; build fails </del> <ins> meta = with lib; { description = "SQL relational database management system"; homepage = "https://firebirdsql.org/"; changelog = "https://github.com/FirebirdSQL/firebird/blob/master/CHANGELOG.md"; license = [ "IDPL" "Interbase-1.0" ]; platforms = platforms.linux; maintainers = with maintainers; [ marcweber ]; }; nativeBuildInputs = [ autoreconfHook ]; buildInputs = [ libedit icu ]; </ins> <del> # http://tracker.firebirdsql.org/browse/CORE-3246 preConfigure = '' makeFlags="$makeFlags CPU=$NIX_BUILD_CORES" </del> <ins> LD_LIBRARY_PATH = lib.makeLibraryPath [ icu ]; configureFlags = [ "--with-system-editline" ] ++ (lib.optional superServer "--enable-superserver"); installPhase = '' runHook preInstall mkdir -p $out cp -r gen/Release/firebird/* $out runHook postInstall </ins> ''; <del> configureFlags = [ "--with-serivec-port=${builtins.toString port}" "--with-service-name=${serviceName}" "--with-system-editline" "--with-fblog=/var/log/firebird" "--with-fbconf=/etc/firebird" "--with-fbsecure-db=/var/db/firebird/system" ] ++ (lib.optional  (icu != null) "--with-system-icu") ++ (lib.optional superServer "--enable-superserver"); src = fetchurl { url = "mirror://sourceforge/firebird/Firebird-${version}.tar.bz2"; sha256 = "06hp6bq5irqvm3h03s79qjgcc3jsjpq150y9aq7anklx9v4nhfqa"; }; </del> <ins> }; in { </ins> <del> hardeningDisable = [ "format" ]; </del> <ins> firebird_2_5 = stdenv.mkDerivation (base // rec { version = "2.5.9"; </ins> <del> # configurePhase = '' #   sed -i 's@cp /usr/share/automake-.*@@' autogen.sh #   sh autogen.sh $configureFlags --prefix=$out # ''; buildInputs = [libedit icu automake autoconf libtool]; </del> <ins> src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "R${builtins.replaceStrings [ "." ] [ "_" ] version}"; sha256 = "sha256-YyvlMeBux80OpVhsCv+6IVxKXFRsgdr+1siupMR13JM="; }; </ins> <del> # TODO: Probably this hase to be tidied up.. # make install requires beeing. disabling the root checks # dosen't work. Copying the files manually which can be found # in ubuntu -dev -classic, -example packages: # maybe some of those files can be removed again installPhase = "cp -r gen/firebird $out"; </del> <ins> configureFlags = base.configureFlags ++ [ "--with-system-icu" ]; </ins> <del> meta = { description = "SQL relational database management system"; homepage = "https://www.firebirdnews.org"; license = ["IDPL" "Interbase-1.0"]; maintainers = [lib.maintainers.marcweber]; platforms = lib.platforms.linux; broken = true; }; </del> <ins> installPhase = '' runHook preInstall mkdir -p $out cp -r gen/firebird/* $out runHook postInstall ''; meta = base.meta // { platforms = [ "x86_64-linux" ]; }; }); firebird_3 = stdenv.mkDerivation (base // rec { version = "3.0.7"; src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "R${builtins.replaceStrings [ "." ] [ "_" ] version}"; sha256 = "sha256-8nGan10qjW8dFF89BL/tUWtwMGhahBiODbOqRrHSrbs="; }; buildInputs = base.buildInputs ++ [ zlib libtommath ]; meta = base.meta // { platforms = [ "x86_64-linux" ]; }; }); firebird_4 = stdenv.mkDerivation (base // rec { version = "4.0.0-rc1"; src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "T4_0_0_RC1"; sha256 = "sha256-FLaRePosF5dtJ+fmrfvzkE6wawC9Z9YLhT/ZWkwWXb4="; }; buildInputs = base.buildInputs ++ [ zlib unzip libtommath libtomcrypt ]; }); </ins> }

Bug description nixos-build switch produces a build error due to firebird-2.5.7.-0 while firebird is not explicitly mentioned anywhere in the file... To Reproduce -channel --update -build switch error message a few apps from file hoping that one of them would be asking for firebird to be installed behind the scene at no avail... Expected behavior A clean error free build. Screenshot ... making all in engines/ccgost... g++ -DREENTRANT -I. -I../common -I../common -I./unicode -I./.. -DREENTRANT -DHAVECONFIGH -DULAYOUTIMPLEMENTATION -O -c -DPIC -fPIC -o HebrewLigatureData.o make[2]: Entering directory '/build/openssl-1.0.2u/engines/ccgost' gcc -I../../include -fPIC -DOPENSSLPIC -DOPENSSLTHREADS -DREENTRANT -DDSODLFCN -DHAVEDLFCNH -m64 -DLENDIAN -O3 -Wall -DOPENSSLIA32SSE2 -DOPENSSLBNASMMONT -DOPENSSLBNASMMONT5 -DOPENSSLBNASMGF2m -DRC4ASM -DSHA1ASM -DSHA256ASM -DSHA512ASM -DMD5ASM -DAESASM -DVPAESASM -DBSAESASM -DWHIRLPOOLASM -DGHASHASM -DECPNISTZ256ASM -c -o egosterr.o egosterr.c g++ -DREENTRANT -I. -I../common -I../common -I./unicode -I./.. -DREENTRANT -DHAVECONFIGH -DULAYOUTIMPLEMENTATION -O -c -DPIC -fPIC -o HebrewShaping.o g++ -DREENTRANT -I. -I./common -I./common -I./unicode -I./. -DREENTRANT -DHAVECONFIGH -DULAYOUTIMPLEMENTATION -O -c -DPIC -fPIC -o IndicClassTables.o gcc -I./.


Question: <del> {lib, stdenv, fetchurl, libedit, automake, autoconf, libtool , # icu = null: use icu which comes with firebird # icu = pkgs.icu => you may have trouble sharing database files with windows # users if "Collation unicode" columns are being used # windows icu version is *30.dll, however neither the icu 3.0 nor the 3.6 # sources look close to what ships with this package. # Thus I think its best to trust firebird devs and use their version # icu version missmatch may cause such error when selecting from a table: # "Collation unicode for character set utf8 is not installed" # icu 3.0 can still be built easily by nix (by dropping the #elif case and # make | make) icu ? null , superServer ? false , port ? 3050 , serviceName ? "gds_db" }: /* there are 3 ways to use firebird: a) superserver - one process, one thread for each connection b) classic - is built by default - one process for each connection - on linux direct io operations (?) c) embedded. manual says that you usually don't notice the difference between a and b. I'm only interested in the embedder shared libary for now. So everything isn't tested yet */ stdenv.mkDerivation rec { version = "2.5.7.27050-0"; </del> <ins> { lib, stdenv, fetchFromGitHub, libedit, autoreconfHook, zlib, unzip, libtommath, libtomcrypt, icu, superServer ? false }: let base = { </ins> pname = "firebird"; <del> # enableParallelBuilding = false; build fails </del> <ins> meta = with lib; { description = "SQL relational database management system"; homepage = "https://firebirdsql.org/"; changelog = "https://github.com/FirebirdSQL/firebird/blob/master/CHANGELOG.md"; license = [ "IDPL" "Interbase-1.0" ]; platforms = platforms.linux; maintainers = with maintainers; [ marcweber ]; }; nativeBuildInputs = [ autoreconfHook ]; buildInputs = [ libedit icu ]; </ins> <del> # http://tracker.firebirdsql.org/browse/CORE-3246 preConfigure = '' makeFlags="$makeFlags CPU=$NIX_BUILD_CORES" </del> <ins> LD_LIBRARY_PATH = lib.makeLibraryPath [ icu ]; configureFlags = [ "--with-system-editline" ] ++ (lib.optional superServer "--enable-superserver"); installPhase = '' runHook preInstall mkdir -p $out cp -r gen/Release/firebird/* $out runHook postInstall </ins> ''; <del> configureFlags = [ "--with-serivec-port=${builtins.toString port}" "--with-service-name=${serviceName}" "--with-system-editline" "--with-fblog=/var/log/firebird" "--with-fbconf=/etc/firebird" "--with-fbsecure-db=/var/db/firebird/system" ] ++ (lib.optional  (icu != null) "--with-system-icu") ++ (lib.optional superServer "--enable-superserver"); src = fetchurl { url = "mirror://sourceforge/firebird/Firebird-${version}.tar.bz2"; sha256 = "06hp6bq5irqvm3h03s79qjgcc3jsjpq150y9aq7anklx9v4nhfqa"; }; </del> <ins> }; in { </ins> <del> hardeningDisable = [ "format" ]; </del> <ins> firebird_2_5 = stdenv.mkDerivation (base // rec { version = "2.5.9"; </ins> <del> # configurePhase = '' #   sed -i 's@cp /usr/share/automake-.*@@' autogen.sh #   sh autogen.sh $configureFlags --prefix=$out # ''; buildInputs = [libedit icu automake autoconf libtool]; </del> <ins> src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "R${builtins.replaceStrings [ "." ] [ "_" ] version}"; sha256 = "sha256-YyvlMeBux80OpVhsCv+6IVxKXFRsgdr+1siupMR13JM="; }; </ins> <del> # TODO: Probably this hase to be tidied up.. # make install requires beeing. disabling the root checks # dosen't work. Copying the files manually which can be found # in ubuntu -dev -classic, -example packages: # maybe some of those files can be removed again installPhase = "cp -r gen/firebird $out"; </del> <ins> configureFlags = base.configureFlags ++ [ "--with-system-icu" ]; </ins> <del> meta = { description = "SQL relational database management system"; homepage = "https://www.firebirdnews.org"; license = ["IDPL" "Interbase-1.0"]; maintainers = [lib.maintainers.marcweber]; platforms = lib.platforms.linux; broken = true; }; </del> <ins> installPhase = '' runHook preInstall mkdir -p $out cp -r gen/firebird/* $out runHook postInstall ''; meta = base.meta // { platforms = [ "x86_64-linux" ]; }; }); firebird_3 = stdenv.mkDerivation (base // rec { version = "3.0.7"; src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "R${builtins.replaceStrings [ "." ] [ "_" ] version}"; sha256 = "sha256-8nGan10qjW8dFF89BL/tUWtwMGhahBiODbOqRrHSrbs="; }; buildInputs = base.buildInputs ++ [ zlib libtommath ]; meta = base.meta // { platforms = [ "x86_64-linux" ]; }; }); firebird_4 = stdenv.mkDerivation (base // rec { version = "4.0.0-rc1"; src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "T4_0_0_RC1"; sha256 = "sha256-FLaRePosF5dtJ+fmrfvzkE6wawC9Z9YLhT/ZWkwWXb4="; }; buildInputs = base.buildInputs ++ [ zlib unzip libtommath libtomcrypt ]; }); </ins> }

/include -fPIC -DOPENSSLPIC -DOPENSSLTHREADS -DREENTRANT -DDSODLFCN -DHAVEDLFCNH -m64 -DLENDIAN -O3 -Wall -DOPENSSLIA32SSE2 -DOPENSSLBNASMMONT -DOPENSSLBNASMMONT5 -DOPENSSLBNASMGF2m -DRC4ASM -DSHA1ASM -DSHA256ASM -DSHA512ASM -DMD5ASM -DAESASM -DVPAESASM -DBSAESASM -DWHIRLPOOLASM -DGHASHASM -DECPNISTZ256ASM -c -o gost2001keyx.o gost2001keyx.c error: narrowing conversion of '' from 'unsigned int' to 'icu30::IndicClassTable::ScriptFlags' {aka 'int'} [-Wnarrowing] 229 | static const IndicClassTable teluClassTable = {0x0C00, 0x0C6F, 3, TELUSCRIPTFLAGS, teluCharClasses, teluSplitTable}; | ^ error: narrowing conversion of '' from 'unsigned int' to 'icu30::IndicClassTable::ScriptFlags' {aka 'int'} [-Wnarrowing] 231 | static const IndicClassTable kndaClassTable = {0x0C80, 0x0CEF, 4, KNDASCRIPTFLAGS, kndaCharClasses, kndaSplitTable}; | ^ make[4]: [./config/mh-linux:43: IndicClassTables.o] Error 1 make[4]: Leaving directory '/build/Firebird-2.5.7.-0/extern/icu/source/layout' make[3]: [Makefile:98: all-recursive] Error 2 make[3]: Leaving directory '/build/Firebird-2.5.7.-0/extern/icu/source' make[2]: [ libicu] Error 2 make[2]: Leaving directory '/build/Firebird-2.5.7.-0/gen' make[1]: [Makefile:193: externallibraries] Error 2 make[1]: Leaving directory '/build/Firebird-2.5.7.


Question: <del> {lib, stdenv, fetchurl, libedit, automake, autoconf, libtool , # icu = null: use icu which comes with firebird # icu = pkgs.icu => you may have trouble sharing database files with windows # users if "Collation unicode" columns are being used # windows icu version is *30.dll, however neither the icu 3.0 nor the 3.6 # sources look close to what ships with this package. # Thus I think its best to trust firebird devs and use their version # icu version missmatch may cause such error when selecting from a table: # "Collation unicode for character set utf8 is not installed" # icu 3.0 can still be built easily by nix (by dropping the #elif case and # make | make) icu ? null , superServer ? false , port ? 3050 , serviceName ? "gds_db" }: /* there are 3 ways to use firebird: a) superserver - one process, one thread for each connection b) classic - is built by default - one process for each connection - on linux direct io operations (?) c) embedded. manual says that you usually don't notice the difference between a and b. I'm only interested in the embedder shared libary for now. So everything isn't tested yet */ stdenv.mkDerivation rec { version = "2.5.7.27050-0"; </del> <ins> { lib, stdenv, fetchFromGitHub, libedit, autoreconfHook, zlib, unzip, libtommath, libtomcrypt, icu, superServer ? false }: let base = { </ins> pname = "firebird"; <del> # enableParallelBuilding = false; build fails </del> <ins> meta = with lib; { description = "SQL relational database management system"; homepage = "https://firebirdsql.org/"; changelog = "https://github.com/FirebirdSQL/firebird/blob/master/CHANGELOG.md"; license = [ "IDPL" "Interbase-1.0" ]; platforms = platforms.linux; maintainers = with maintainers; [ marcweber ]; }; nativeBuildInputs = [ autoreconfHook ]; buildInputs = [ libedit icu ]; </ins> <del> # http://tracker.firebirdsql.org/browse/CORE-3246 preConfigure = '' makeFlags="$makeFlags CPU=$NIX_BUILD_CORES" </del> <ins> LD_LIBRARY_PATH = lib.makeLibraryPath [ icu ]; configureFlags = [ "--with-system-editline" ] ++ (lib.optional superServer "--enable-superserver"); installPhase = '' runHook preInstall mkdir -p $out cp -r gen/Release/firebird/* $out runHook postInstall </ins> ''; <del> configureFlags = [ "--with-serivec-port=${builtins.toString port}" "--with-service-name=${serviceName}" "--with-system-editline" "--with-fblog=/var/log/firebird" "--with-fbconf=/etc/firebird" "--with-fbsecure-db=/var/db/firebird/system" ] ++ (lib.optional  (icu != null) "--with-system-icu") ++ (lib.optional superServer "--enable-superserver"); src = fetchurl { url = "mirror://sourceforge/firebird/Firebird-${version}.tar.bz2"; sha256 = "06hp6bq5irqvm3h03s79qjgcc3jsjpq150y9aq7anklx9v4nhfqa"; }; </del> <ins> }; in { </ins> <del> hardeningDisable = [ "format" ]; </del> <ins> firebird_2_5 = stdenv.mkDerivation (base // rec { version = "2.5.9"; </ins> <del> # configurePhase = '' #   sed -i 's@cp /usr/share/automake-.*@@' autogen.sh #   sh autogen.sh $configureFlags --prefix=$out # ''; buildInputs = [libedit icu automake autoconf libtool]; </del> <ins> src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "R${builtins.replaceStrings [ "." ] [ "_" ] version}"; sha256 = "sha256-YyvlMeBux80OpVhsCv+6IVxKXFRsgdr+1siupMR13JM="; }; </ins> <del> # TODO: Probably this hase to be tidied up.. # make install requires beeing. disabling the root checks # dosen't work. Copying the files manually which can be found # in ubuntu -dev -classic, -example packages: # maybe some of those files can be removed again installPhase = "cp -r gen/firebird $out"; </del> <ins> configureFlags = base.configureFlags ++ [ "--with-system-icu" ]; </ins> <del> meta = { description = "SQL relational database management system"; homepage = "https://www.firebirdnews.org"; license = ["IDPL" "Interbase-1.0"]; maintainers = [lib.maintainers.marcweber]; platforms = lib.platforms.linux; broken = true; }; </del> <ins> installPhase = '' runHook preInstall mkdir -p $out cp -r gen/firebird/* $out runHook postInstall ''; meta = base.meta // { platforms = [ "x86_64-linux" ]; }; }); firebird_3 = stdenv.mkDerivation (base // rec { version = "3.0.7"; src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "R${builtins.replaceStrings [ "." ] [ "_" ] version}"; sha256 = "sha256-8nGan10qjW8dFF89BL/tUWtwMGhahBiODbOqRrHSrbs="; }; buildInputs = base.buildInputs ++ [ zlib libtommath ]; meta = base.meta // { platforms = [ "x86_64-linux" ]; }; }); firebird_4 = stdenv.mkDerivation (base // rec { version = "4.0.0-rc1"; src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "T4_0_0_RC1"; sha256 = "sha256-FLaRePosF5dtJ+fmrfvzkE6wawC9Z9YLhT/ZWkwWXb4="; }; buildInputs = base.buildInputs ++ [ zlib unzip libtommath libtomcrypt ]; }); </ins> }

-0/gen' make: [Makefile:6: firebird] Error 2 builder for '/nix/store/589jgyzjbbn6zl870qswm80pi4xh8ffq-firebird-2.5.7.-0.drv' failed with exit code 2 building '/nix/store/f5v53hni9pnldx4l0v4svxv0ibl62ir3-tor-browser-linux64-9.0.9en-'. cannot build derivation '/nix/store/c1wpclz112ssp5ki6m546llszn144bq8-wt-': 1 dependencies couldn't be built cannot build derivation '/nix/store/8izfzp2k51zz3385cq14ffd31l2c8bwg-fileshelter-': 1 dependencies couldn't be built cannot build derivation '/nix/store/wi7fzbgmwj9rrzm48mlcsvw51lymmcz8-system-': 1 dependencies couldn't be built building '/nix/store/75r17sql3df7jq3azd76w9fjw6870wm6-'. building '/nix/store/0zq0cb92k0w72ri9jb2zd65gzpnhx6fv-udev-'. building '/nix/store/jqc775s8a0m6r6qhwcfssjdya326s6z0-unit-NetworkManager-'. building '/nix/store/bvg0a7ah4bd77s86f16rq7jsl7sh3nxy-unit-NetworkManager-wait-'. building '/nix/store/vbnnzk9kdx828c8vi3pqcjayrf1ja43n-unit-'. building '/nix/store/df1ffd22pbca5x7ya5mwa8prm40mg54p-unit-alsa-'.


Question: <del> {lib, stdenv, fetchurl, libedit, automake, autoconf, libtool , # icu = null: use icu which comes with firebird # icu = pkgs.icu => you may have trouble sharing database files with windows # users if "Collation unicode" columns are being used # windows icu version is *30.dll, however neither the icu 3.0 nor the 3.6 # sources look close to what ships with this package. # Thus I think its best to trust firebird devs and use their version # icu version missmatch may cause such error when selecting from a table: # "Collation unicode for character set utf8 is not installed" # icu 3.0 can still be built easily by nix (by dropping the #elif case and # make | make) icu ? null , superServer ? false , port ? 3050 , serviceName ? "gds_db" }: /* there are 3 ways to use firebird: a) superserver - one process, one thread for each connection b) classic - is built by default - one process for each connection - on linux direct io operations (?) c) embedded. manual says that you usually don't notice the difference between a and b. I'm only interested in the embedder shared libary for now. So everything isn't tested yet */ stdenv.mkDerivation rec { version = "2.5.7.27050-0"; </del> <ins> { lib, stdenv, fetchFromGitHub, libedit, autoreconfHook, zlib, unzip, libtommath, libtomcrypt, icu, superServer ? false }: let base = { </ins> pname = "firebird"; <del> # enableParallelBuilding = false; build fails </del> <ins> meta = with lib; { description = "SQL relational database management system"; homepage = "https://firebirdsql.org/"; changelog = "https://github.com/FirebirdSQL/firebird/blob/master/CHANGELOG.md"; license = [ "IDPL" "Interbase-1.0" ]; platforms = platforms.linux; maintainers = with maintainers; [ marcweber ]; }; nativeBuildInputs = [ autoreconfHook ]; buildInputs = [ libedit icu ]; </ins> <del> # http://tracker.firebirdsql.org/browse/CORE-3246 preConfigure = '' makeFlags="$makeFlags CPU=$NIX_BUILD_CORES" </del> <ins> LD_LIBRARY_PATH = lib.makeLibraryPath [ icu ]; configureFlags = [ "--with-system-editline" ] ++ (lib.optional superServer "--enable-superserver"); installPhase = '' runHook preInstall mkdir -p $out cp -r gen/Release/firebird/* $out runHook postInstall </ins> ''; <del> configureFlags = [ "--with-serivec-port=${builtins.toString port}" "--with-service-name=${serviceName}" "--with-system-editline" "--with-fblog=/var/log/firebird" "--with-fbconf=/etc/firebird" "--with-fbsecure-db=/var/db/firebird/system" ] ++ (lib.optional  (icu != null) "--with-system-icu") ++ (lib.optional superServer "--enable-superserver"); src = fetchurl { url = "mirror://sourceforge/firebird/Firebird-${version}.tar.bz2"; sha256 = "06hp6bq5irqvm3h03s79qjgcc3jsjpq150y9aq7anklx9v4nhfqa"; }; </del> <ins> }; in { </ins> <del> hardeningDisable = [ "format" ]; </del> <ins> firebird_2_5 = stdenv.mkDerivation (base // rec { version = "2.5.9"; </ins> <del> # configurePhase = '' #   sed -i 's@cp /usr/share/automake-.*@@' autogen.sh #   sh autogen.sh $configureFlags --prefix=$out # ''; buildInputs = [libedit icu automake autoconf libtool]; </del> <ins> src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "R${builtins.replaceStrings [ "." ] [ "_" ] version}"; sha256 = "sha256-YyvlMeBux80OpVhsCv+6IVxKXFRsgdr+1siupMR13JM="; }; </ins> <del> # TODO: Probably this hase to be tidied up.. # make install requires beeing. disabling the root checks # dosen't work. Copying the files manually which can be found # in ubuntu -dev -classic, -example packages: # maybe some of those files can be removed again installPhase = "cp -r gen/firebird $out"; </del> <ins> configureFlags = base.configureFlags ++ [ "--with-system-icu" ]; </ins> <del> meta = { description = "SQL relational database management system"; homepage = "https://www.firebirdnews.org"; license = ["IDPL" "Interbase-1.0"]; maintainers = [lib.maintainers.marcweber]; platforms = lib.platforms.linux; broken = true; }; </del> <ins> installPhase = '' runHook preInstall mkdir -p $out cp -r gen/firebird/* $out runHook postInstall ''; meta = base.meta // { platforms = [ "x86_64-linux" ]; }; }); firebird_3 = stdenv.mkDerivation (base // rec { version = "3.0.7"; src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "R${builtins.replaceStrings [ "." ] [ "_" ] version}"; sha256 = "sha256-8nGan10qjW8dFF89BL/tUWtwMGhahBiODbOqRrHSrbs="; }; buildInputs = base.buildInputs ++ [ zlib libtommath ]; meta = base.meta // { platforms = [ "x86_64-linux" ]; }; }); firebird_4 = stdenv.mkDerivation (base // rec { version = "4.0.0-rc1"; src = fetchFromGitHub { owner = "FirebirdSQL"; repo = "firebird"; rev = "T4_0_0_RC1"; sha256 = "sha256-FLaRePosF5dtJ+fmrfvzkE6wawC9Z9YLhT/ZWkwWXb4="; }; buildInputs = base.buildInputs ++ [ zlib unzip libtommath libtomcrypt ]; }); </ins> }

cannot build derivation '/nix/store/4375h9w8pmppld22s4jb6ag05riw87vg-xsession-': 1 dependencies couldn't be built cannot build derivation '/nix/store/gi689m2ph1avv6n2svvlzr5d2v2xm4p1-nixos-system-bx26-': 1 dependencies couldn't be built error: build of '/nix/store/gi689m2ph1avv6n2svvlzr5d2v2xm4p1-nixos-system-bx26-' failed Notify Weber <marco-<!-- 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): channels(k): nixpkgs:
This is pulled in as an indirect dependency of via .
I marked this as stale due to inactivity. →


Question: enableParallelBuilding = true; depsBuildBuild = [ buildPackages.stdenv.cc ]; <del> nativeBuildInputs = [ perl bc nettools openssl rsync gmp libmpc mpfr ] </del> <ins> nativeBuildInputs = [ perl bc nettools openssl rsync gmp libmpc mpfr gawk zstd ] </ins> ++ optional  (stdenv.hostPlatform.platform.kernelTarget == "uImage") buildPackages.ubootTools ++ optional  (stdenv.lib.versionAtLeast version "4.14" && stdenv.lib.versionOlder version "5.8") libelf # Removed util-linuxMinimal since it should not be a dependency.

The latest major version 5.9 of the Linux kernel . Apparently, zstd compressed things decompress much faster and can cut boot times substantially, hence it seems worthwhile for us to support this scheme. Currently we are using bzip2. Unfortunately, I probably won't find time to work on this myself, but thought to open this issue to track progress.
I've [probably] been using it through a xanmod patch, not recently since the 5.9 release though. What I have in my files are and adding to of the kernel derivation
For the initrd image: For me (which might differ from the stock kernel NixOS provides): is already enabled, so set This enables ZSTD compression for initrd. However, which will need to as mentioned above.
I was wondering if zstd should be made a part of stdenv. are all available in stdenv on linux and with slowly becoming more common by being available in the kernel and used by various distribution's packaging it should make sense to include it.
Can this be closed? Did cover it all?
Yes, it did! Closing this issue. Thank you for pointing that out, didn't notice before.


Question: <ins> { lib , stdenv , fetchurl , installShellFiles , python3 }: stdenv.mkDerivation rec { pname = "flawfinder"; version = "2.0.15"; src = fetchurl { url = "https://dwheeler.com/flawfinder/flawfinder-${version}.tar.gz"; sha256 = "01j4szy8gwvikrfzfayfayjnc1za0jxsnxp5fsa6d06kn69wyr8a"; }; nativeBuildInputs = [ installShellFiles ]; buildInputs = [ python3 ]; installPhase = '' runHook preInstall mkdir -p $out/bin cp ${pname} $out/bin installManPage flawfinder.1 runHook postInstall ''; meta = with lib; { description = "Tool to examines C/C++ source code for security flaws"; homepage = "https://dwheeler.com/flawfinder/"; license = with licenses; [ gpl2Only ]; maintainers = with maintainers; [ fab ]; }; } </ins>

Project description Flawfinder is a simple program that scans C/C++ source code and reports potential security flaws. It can be a useful tool for examining software for vulnerabilities, and it can also serve as a simple introduction to static source code analysis tools more generally. It is designed to be easy to install and use. Flawfinder supports the Common Weakness Enumeration (CWE) and is officially CWE-Compatible. Metadata homepage URL: source URL: license: gpl2 platforms: unix, linux, darwin
could you please test Thanks
Works for me on NixOS. I wrote a simple c program that it found the vuln in: where it gave:


Question: buildGoModule rec { pname = "yq-go"; <del> version = "4.6.3"; </del> <ins> version = "4.11.2"; </ins> src = fetchFromGitHub { owner = "mikefarah"; <del> rev = "v${version}"; </del> repo = "yq"; <del> sha256 = "sha256-+qSGdskv8qUZRl7wYKn8WsgAcD8DYw1BwZnVKK6g/sI="; </del> <ins> rev = "v${version}"; sha256 = "sha256-IzsI0jS+chm/xOdL1O11qxQTstKcUeZ9YxL7RtKHBZw="; </ins> }; <del> vendorSha256 = "sha256-vpvIl1lfaziuoHs+oDEIztufH1somphiBAn6qTaQaZw="; </del> <ins> vendorSha256 = "sha256-X162NQ+NgOUbwEA6xdnuy0u18/GQLhR3zzi+TVgzMIc="; </ins> doCheck = false;

<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 4.6.3 desired version: 4.11.2 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.


Question: for i in *; do [ ! -e "/var/lib/cups/$i" ] && ln -s "${rootdir}/etc/cups/$i" "/var/lib/cups/$i" done <ins> #update path reference [ -L /var/lib/cups/path ] &&  rm /var/lib/cups/path [ ! -e /var/lib/cups/path ] &&  ln -s ${bindir} /var/lib/cups/path </ins> ${optionalString cfg.gutenprint '' if [ -d /var/lib/cups/ppd ]; then ${gutenprint}/bin/cups-genppdupdate -p /var/lib/cups/ppd

In the pre-start script for , we symlink the template from the nix store into : However, if changes are made to CUPS via the GUI -- for example, enabling network access -- this symlink is overwritten with a plain file. And it contains a line with paths into the nix store. This effectively freezes some version of the cups binaries into this config file, which is no longer managed by nix. As a result, CUPS can break, e.g. when deletes the referenced store paths. For me, this meant nothing would print, and I started seeing this error in : Manually editing to update the store paths on the line (while the systemd service was stopped) got printing working again for me. I guess we could make the pre-start script do this (with a sed or something), but that seems kind of hacky ... cc commit seems especially relevant here. System: Nix version: Nixpkgs version:
Hm, maybe the right approach is to make just put in the template, and then have it also ensure that points to the correct location in the nix store? Then CUPS can write whatever other changes it wants to its config file, while the nix expression continues to have control over the "final destination" of the path ... ?
I think we want Nix to take priority here because that's what would be expected of declarative configuration and what's already done in other places. So as a quick fix towards this we can force replacement by symlinks. This should also be documented. However, we can leave some option (like currently exists for users) that reverses this and instead makes just insert and other required options. The best of both worlds, of course, would be to split the configuration into generated by Nix and values changed in CUPS on top but I doubt this can be implemented. Thoughts?
For the record, I had the same problem in OctoPrint service. It was solved by writing a small piece of software for updating YAML trees (like in Nix) and making "patch" current configuration with Nix-overridden values. Works perfectly but it would be much more difficult in CUPS ( is some kind of ad-hoc mix between XML and custom plain format).
Yeah, I don't see any directive on the manpage for .


Question: for i in *; do [ ! -e "/var/lib/cups/$i" ] && ln -s "${rootdir}/etc/cups/$i" "/var/lib/cups/$i" done <ins> #update path reference [ -L /var/lib/cups/path ] &&  rm /var/lib/cups/path [ ! -e /var/lib/cups/path ] &&  ln -s ${bindir} /var/lib/cups/path </ins> ${optionalString cfg.gutenprint '' if [ -d /var/lib/cups/ppd ]; then ${gutenprint}/bin/cups-genppdupdate -p /var/lib/cups/ppd

:-( Overwriting the config file on every restart of might lead to confusion if folks are trying to use the GUI to get things configured the way they want. In particular, when I made changes in the GUI to enable remote access, it modified some of the stanzas that're currently hard-coded in at So I'm not sure how I would preserve that under this approach. (I tried to just set via , but that wasn't enough -- I don't really understand why ...)
Its man page says: ... but a bit of googling didn't turn up any pre-existing programs designed to read / write that format. (Maybe there is something buried in apache , who knows?)
There is But then you need to write Perl, which might not be an improvement.


Question: <del> { stdenv, fetchurl, perl, nettools, java, polyml }: </del> <ins> { stdenv, fetchurl, perl, nettools, java, polyml, z3 }: </ins> # nettools needed for hostname let <del> dirname = "Isabelle2016"; theories = ["HOL" "FOL" "ZF"]; </del> <ins> dirname = "Isabelle2016-1"; </ins> in stdenv.mkDerivation { <del> name = "isabelle-2016"; inherit dirname theories; </del> <ins> name = "isabelle-2016-1"; inherit dirname; </ins> src = if stdenv.isDarwin then fetchurl { url = "http://isabelle.in.tum.de/website-${dirname}/dist/${dirname}.dmg"; <del> sha256 = "0wawf0cjc52h8hif1867p33qhlh6qz0fy5i2kr1gbf7psickd6iw"; </del> <ins> sha256 = "0553l7m2z32ajmiv6sgg11rh16n490w8i4q9hr7vx4zzggr9nrlr"; </ins> } else fetchurl { url = "http://isabelle.in.tum.de/website-${dirname}/dist/${dirname}_linux.tar.gz"; <del> sha256 = "0jh1qrsyib13fycymwvw7dq7xfy4iyplwq0s65ash842cdzkbxb4"; </del> <ins> sha256 = "1w1cgfmmi1sr43z6hczyc29lxlnlz7dd8fa88ai44wkc13y05b5r"; </ins> }; <del> buildInputs = [ perl polyml ] </del> <ins> buildInputs = [ perl polyml z3 ] </ins> ++ stdenv.lib.optionals (!stdenv.isDarwin) [ nettools java ]; sourceRoot = dirname;

Not all the executables of the /contrib directory are patched, so some functionalities of the theorem prover fail. For instance, running the Sledgehammer tool (subwindow in the bottom bar of Isabelle starting window) always fail with: The directory: The sub directories marked with a star contain the x64 executables I tried to execute manually and I got: "Not such file or directory" Run Isabelle and try to use Sledgehammer. Then try to execute the executables in the marked directories, and you will obtain "Not such file or directory". System: 16.03.1171. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: "16.03.1171." I am definitely new to NixOS, but with my nonexistent experience I think at least two solutions are available: 1) I can substitute the broken software with the packaged one, as it is done with Java and Polyml in the Isabelle2016 derivation; 2) I can patch the executables with patchelf (hopefully). I did not have time to try these so far, but I was wondering how difficult would be the 2nd: I think that using (1) can potentially break Isabelle since we would use different versions of the software in /contrib. You guys are amazing! Thanks a lot for NixOS!!! It is the most elegant OS I ever tried!
Hello, after some experimenting, I found a hack to make Isabelle work in Nixos Emu x64: this derivation substitutes the broken provers and rebuilds the exec-process executable. What I do not like of this solution: the provers are not the same (versions) of the Isabelle distribution, and this works only for x64 -- if you use a 32 bit you have just to change (take away the_64 bit from the target directory name) the derivation after the comment in the postPatch phase. However it works. Hopefully someone more expert than me can propose a better solution! Thanks again!!


Question: python3.pkgs.buildPythonApplication rec { pname = "apkid"; <del> version = "2.1.1"; </del> <ins> version = "2.1.3"; format = "setuptools"; </ins> src = fetchFromGitHub { owner = "rednaga"; repo = "APKiD"; rev = "v${version}"; <del> sha256 = "1p6kdjjw2jhwr875445w43k46n6zwpz0l0phkl8d3y1v4gi5l6dx"; </del> <ins> hash = "sha256-U4CsPTA0fXCzj5iLTbLFGudAvewVCzxe4xl0osoBy5A="; </ins> }; propagatedBuildInputs = with python3.pkgs; [

<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2.1.1 desired version: 2.1.3 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR. It seems that this version has a few changed dependencies ( instead of )


Question: nativeBuildInputs = [ glib <ins> gobject-introspection </ins> pkg-config wrapGAppsHook ];

The is failing to build Steps to reproduce the behavior: Package should build
related to
This is unrelated, GNOME 43 is not yet released. Most likely this was caused by gobject-introspection changes.
gobject-introspection should be in nativeBuildInputs instead of buildInputs


Question: let isPy3k = (lib.versions.major pythonVersion) == "3"; <ins> isPy38OrNewer = lib.versionAtLeast pythonVersion "3.8"; </ins> isPy39OrNewer = lib.versionAtLeast pythonVersion "3.9"; <del> passthru = passthruFun { </del> <ins> passthru = passthruFun rec { </ins> inherit self sourceVersion pythonVersion packageOverrides; implementation = "pypy"; libPrefix = "pypy${pythonVersion}"; executable = "pypy${if isPy39OrNewer then lib.versions.majorMinor pythonVersion else lib.optionalString isPy3k "3"}"; <del> sitePackages = "site-packages"; </del> <ins> sitePackages = "${lib.optionalString isPy38OrNewer "lib/${libPrefix}/"}site-packages"; </ins> hasDistutilsCxxPatch = false; inherit pythonAttr;

fails when building the wheel for pip. (Building the wheel for wheel succeeds.) Steps to reproduce the behavior: Build succeeds as it does for regular Python: (there are no maintainers given)
Which branch is this on?
~Can't reproduce this on master nor on nixos-22.05.~ pypy version succeeds, pypy3 version fails. master and nixos-22.05
Probably also on 21.11. -No, 21.11 is fine. -
Encountered on Nixpkgs 21.11 system: host os: multi-user?: sandbox: version: nixpkgs:
Bisected to the 7.3.7 update. Newer pypy3 versions exhibit the same problem. Our pypy3 package set is clearly unmaintained. cc
Fixed in .