jiebi/CodeConvo huggingface dataset:
Change:
Project description A multimedia file converter, focused on the simplicity of experience. Metadata homepage URL: source URL: releases URL: license: GNU General Public License v3.0 platforms: Linux

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , desktop-file-utils , ffmpeg , gobject-introspection , granite , gtk , imagemagick , libgee , libhandy , libsecret , libsoup , meson , ninja , pkg-config , python , vala , wrapGAppsHook }: stdenv.mkDerivation rec { pname = "ciano"; version = "0.2.4"; src = fetchFromGitHub { owner = "robertsanseries"; repo = pname; rev = version; hash = "sha256-nubm6vBWwsHrrmvFAL/cIzYPxg9B1EhnpC79IJMNuFY="; }; nativeBuildInputs = [ desktop-file-utils meson ninja pkg-config python vala wrapGAppsHook ]; buildInputs = [ ffmpeg imagemagick granite gtk ]; postPatch = '' chmod +x meson/post_install.py patchShebangs meson/post_install.py ''; dontWrapGApps = true; postFixup = let binPath = lib.makeBinPath [ ffmpeg imagemagick ]; in '' wrapProgram $out/bin/com.github.robertsanseries.ciano  --prefix PATH : ${binPath} "''${gappsWrapperArgs[@]}" ln -s $out/bin/com.github.robertsanseries.ciano $out/bin/ciano ''; meta = with lib; { homepage = "https://github.com/robertsanseries/ciano"; description = "A multimedia file converter focused on simplicity"; license = licenses.gpl3Plus; maintainers = with maintainers; [ AndersonTorres ]; platforms = platforms.linux; }; } </ins>

bs-platform = callPackage ../development/compilers/bs-platform {}; <ins> ciano = callPackage ../applications/graphics/ciano { inherit (pantheon) granite; python = python3; gtk = gtk3; }; </ins> c3d = callPackage ../applications/graphics/c3d { inherit (darwin.apple_sdk.frameworks) Cocoa; };
Change:
Up to high severity. Fixed releases are announced to be made public in about three days.
1s and 1.0.2g are out now. Are you going to update OpenSSL? Otherwise, I can send a PR later in the day. We should do this ASAP considering the severity of the CVEs.
The staging and release-15.09 branches already have the fix (and the nixos-15.09-small channel is already updated: ).
I picked it to 16.03 as well. We might forget it otherwise.
Oh, I didn't notice . That would be another rebuild of openssl-depending stuff on 16.03. BTW, I don't understand the reason for the current state of Hydra jobsets. Staging builds with these security patches seems to have been and "trunk" without the patches . Perhaps there's some intention that I didn't notice?

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
To make sure that we are on the same page: Kernel: (run ) Linux pav 3.13.0-79-generic -Ubuntu SMP Fri Feb 19 14:27:58 UTC 2016 x8664 x8664 x8664 GNU/Linux System: (NixOS: , Ubuntu/Fedora: , ...) No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 14.04.4 LTS Release: 14.04 Codename: trusty Nix version: (run ) nix-env (Nix) 1.10 Nixpkgs version: (run ) "16.03pre76763." and the app itself is: /nix/store/gxy7aws40mycs4d1zawxfwbbs5a3430q-tortoisehg-3.6/bin/tortoisehg Goto Revision and many other icons are missing and fall back to text. A toolbar full of icons A toolbar with icons for reload, stop, and home, followed by text buttons for Goto Revision, Filter Toolbar, etc. secreenshot: !
Is there an idiom for "show me the dependency tree of this package"? p.s. yes: ref
strace shows: There are lots more similar entries. is attached. To summarize:
source path: and it's installed as: but the app isn't looking there:
I think I see what's going on: we have at but 3.6 was released Dec 9 (at ), and previous to that, on June 8, was changed:

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
The package can't be cross compiled to other architectures, tested: raspberry-pi and aarch-multiplatform Steps to reproduce the behavior: It should be compiled. This doesn't seem to a nix-only problem, but still influenced by nix. Doesn't compile on arm: AIX: Some missing support for aarch64: Doesn't compile via qemu for arm32v7 and arm64v8: The error I'm having doesn't seem to show up anywhere else though. And a few of those threads also post work arounds. There is no maintainer. $ nix-shell -p nix-info --run "nix-info -m" this path will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/xq77wmzk8d306anyk9rsvl4i4h7ihchw-bash-interactive-4.4-p23-dev copying path '/nix/store/xq77wmzk8d306anyk9rsvl4i4h7ihchw-bash-interactive-4.4-p23-dev' from ''... system: host os: multi-user?: sandbox: version: channels(root): channels(nix): nixpkgs: Maintainer information:
It seems to be that every package that declares in it's is failing to cross compile. If I put it in it fails with another error though: Should I open another, conglomerate, issue for all the other packages?

Discussion:
, libsodium , cffi , hypothesis <ins> , six </ins> }: buildPythonPackage rec {

libsodium ]; <del> propagatedBuildInputs = [ </del> <ins> propagatedNativeBuildInputs = [ </ins> cffi ]; <ins> propagatedBuildInputs = [ six ]; </ins> checkInputs = [ hypothesis pytestCheckHook
Change:
<!-- 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: nasc <!-- 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: 0.7.5 desired version: 0.8.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: myself, lol Flatpack packaging so no real update. just to have the latest version

Discussion:
stdenv.mkDerivation rec { pname = "nasc"; <del> version = "0.7.5"; </del> <ins> version = "0.8.0"; </ins> src = fetchFromGitHub { owner = "parnold-x"; repo = pname; rev = version; <del> sha256 = "kSRc5RLkI6SBJirUYw6swZi8IJhaL3y74b2Zw8kh2XA="; </del> <ins> sha256 = "02b9a59a9fzsb6nn3ycwwbcbv04qfzm6x7csq2addpzx5wak6dd8"; </ins> fetchSubmodules = true; }; <del> patches = [ # fix compilation with gcc10 (fetchpatch { url = "https://github.com/parnold-x/libqalculate/commit/4fa8f2cceada128ef19f82407226b2c230b780d5.patch"; extraPrefix = "subprojects/libqalculate/"; stripLen = "1"; sha256 = "0kbff623zl0s6yx5avx068f2apwzxzvihjahja4qhlkqkhhzj9dm"; }) ]; </del> nativeBuildInputs = [ glib # post_install.py gtk3 # post_install.py
Change:
Project description A project to process MUTF-8 encoded strings. MUTF-8 is a modification of UTF-8 that allows using Unicode characters, while still being able to manipulate strings as a C-style NULL terminated string. This format is used in Java class files: as well as Android Dalvik: Metadata homepage URL: source URL: license: MIT platforms: Linux, Python

Discussion:
<ins> { lib , buildPythonPackage , fetchFromGitHub , pytest , pythonOlder }: buildPythonPackage rec { pname = "mutf8"; version = "1.0.3"; disabled = pythonOlder "3.6"; src = fetchFromGitHub { owner = "TkTech"; repo = pname; rev = "v${version}"; sha256 = "0p9xczkhrf9d3n44k6kxbnk9sm831k5gkiagk6vm75vcmzm7zdqc"; }; checkInputs = [ pytest ]; checkPhase = '' # Using pytestCheckHook results in test failures pytest ''; pythonImportsCheck = [ "mutf8" ]; meta = with lib; { description = "Fast MUTF-8 encoder & decoder"; homepage = "https://github.com/TkTech/mutf8"; license = licenses.mit; maintainers = with maintainers; [ fab ]; }; } </ins>

mutesync = callPackage ../development/python-modules/mutesync { }; <ins> mutf8 = callPackage ../development/python-modules/mutf8 { }; </ins> mwclient = callPackage ../development/python-modules/mwclient { }; mwdblib = callPackage ../development/python-modules/mwdblib { };
Change:
Bootstrap does not create the correct versions of imagerepositories. See for more detail. Steps to reproduce the behavior: flux bootstrap with should be but is If applicable, add screenshots to help explain your problem. Please run and paste the result. Maintainer information:
One thing I should note is that when I ran into problems I had flux 0.11.0 installed by homebrew in so I thought perhaps flux is somehow using that old version underneath.
that doesn't seem to be the issue since I upgraded my homebrew version of flux, bootstrapped using this version, successfully, uninstalled flux and then tried to bootstrap using the nix build of flux and bootstrapping failed. I'm not sure what else to do.
I think that the updater bot didn't update the hash for the manifests, and we are using the cached old version: I'll try to take a look later
did solved the issue?

Discussion:
manifests = fetchzip { url = "https://github.com/fluxcd/flux2/releases/download/v${version}/manifests.tar.gz"; <del> sha256 = "sha256-/uD0hxtTJSr+2tZcwzOIQcEbikHOshWukEBSaK3FiP4="; </del> <ins> sha256 = "05khmpbv42wjpkdb4n51pnq678la6hjfhkyy49d0j2kcnvfd1m5p"; </ins> stripRoot = false; }; in

''; homepage = "https://fluxcd.io"; license = licenses.asl20; <del> maintainers = with maintainers; [ jlesquembre ]; platforms = platforms.unix; </del> <ins> maintainers = with maintainers; [ jlesquembre superherointj ]; </ins> }; }
Change:
The mautrix-telegram service fails to start with the package from nixos-21.05. The package from unstable/master with the same version number works fine however. I believe this follows this backport PR: (CC
First of all, I have to apologize for this, this shouldn't have happened! It seems as if I deployed the update from a branch (21.05-based) branch where I already have a newer telethon. Considering that 0.9 isn't forward-compatible, I guess the easiest workaround is to update telethon for mautrix-telegram only, correct?
Fixed by .

Discussion:
sha256 = "ffbc4e29eb56089539b408f8e4c12a5d5a5d11d7fe7d40f8c6279784c618b869"; }; }); <ins> telethon = super.telethon.overridePythonAttrs (oldAttrs: rec { version = "1.21.1"; src = oldAttrs.src.override { inherit version; sha256 = "sha256-mTyDfvdFrd+XKifXv7oM5Riihj0aUOBzclW3ZNI+DvI="; }; }); </ins> }; };
Change:
The readme of yabridge says: And my plugins are not loading anymore. I tried this: but that gives me GLIBC2.33' not found (required by /home/user/Bitwig )` plugins loading
Looks like there is a patch that we could apply to wine? Don't know if that one will end up in 6.16 already - that should be just around the corner.
With this shouldn't be a problem anymore!

Discussion:
unstable = fetchurl rec { # NOTE: Don't forget to change the SHA256 for staging as well. <del> version = "6.16"; </del> <ins> version = "6.17"; </ins> url = "https://dl.winehq.org/wine/source/6.x/wine-${version}.tar.xz"; <del> sha256 = "sha256-aVCSBQ2YoSnE1/MVPLDkkjJIuuXz2SBjn6SrGnP4+ug="; </del> <ins> sha256 = "sha256-nbHyQ12AJiw3dzF98HWFWu6j5qUst3xjDsGysfuUjwg="; </ins> inherit (stable) gecko32 gecko64; ## see http://wiki.winehq.org/Mono

staging = fetchFromGitHub rec { # https://github.com/wine-staging/wine-staging/releases inherit (unstable) version; <del> sha256 = "sha256-TvTx3vSOyudyC7aravQGcj5KGqI8uHkgHroIJww5buQ="; </del> <ins> sha256 = "sha256-rR5m6D8M3vTXXIHzsF8+o2G5rlRS2HLfCHoatbJwlrQ="; </ins> owner = "wine-staging"; repo = "wine-staging"; rev = "v${version}";
Change:
and fail in this fashion: This seems to have started to happen in December of last year (see ). This effectively means that using the avr toolchain in nixpkgs means re-compiling gcc on every channel update. Not sure what is causing the log size, unfortunately there's no special hydra meta attr to change the log limit. cc Maintainer information:
From doing local rebuilds of this package and noting how much output it gives, the long logs are from echoing back the compiler commands from make when compiling all of the soft float routines for each different AVR chip. It started dumping all this output when we moved from GCC 9 to GCC 10. Looking at the logs prior to that version bump, make must have been quiet because I see no compiler commands getting echoed back. Is it possible to add something like here?
may be worth a try:

Discussion:
else "") + lib.optionalString targetPlatform.isAvr '' makeFlagsArray+=( <ins> '-s' # workaround for hitting hydra log limit </ins> 'LIMITS_H_TEST=false' ) '';
Change:
After running , the command shows the correct package but with the wrong version and description. Steps to reproduce the behavior: the reported version being and description being "A high-level dynamically-typed programming language" The version reported should state , and the description should read "A small, flexible, scriptable tiling window manager written in Python", as per ! It appears that the Qtile search has taken on the version and description of the Python version it depends on, as opposed to the items defined in the nix file.
ah yea, this was me

Discussion:
pythonPackages = python.pkgs; unwrapped = pythonPackages.buildPythonPackage rec { <del> name = "qtile-${version}"; </del> <ins> pname = "qtile"; </ins> version = "0.18.0"; src = fetchFromGitHub {

}; in (python.withPackages (ps: [ unwrapped ])).overrideAttrs (_: { <ins> # otherwise will be exported as "env", this restores `nix search` behavior name = "${unwrapped.pname}-${unwrapped.version}"; </ins> # export underlying qtile package passthru = { inherit unwrapped; }; })
Change:
ipfs-pre-start hangs on on startup. ??? sometimes (quite often) it hangs on startup. IPFS starts up successfully. Startup can be forced via There were no migrations that needed to be run. Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(kevincox): channels(root): nixpkgs: Maintainer information:
I tried to debug further and didn't get far: So works but fails the command. Maybe we can just try to run this command for now, ignoring failures. At least it won't indefinitely block startup. No matter what args I give I can't get any more than that first log message.
Sounds like we probably need to report this upstream.
I found a workaround. Run then you can apply profiles again. It sounds like sometimes the daemon isn't shutting down cleanly or something. I think the daemon was sometime hung and had to be killed so maybe that is the problem.
Sounds like an IPFS bug where isn't cleaning up a crashed state properly. We can consider a terrible workaround like doing something like this at startup.
I've reported the issue upstream:

Discussion:
(optionalString (cfg.defaultMode == "norouting") "--routing=none") ] ++ cfg.extraFlags); <ins> profile = if cfg.localDiscovery then "local-discovery" else "server"; </ins> splitMulitaddr = addrRaw: lib.tail (lib.splitString "/" addrRaw); multiaddrToListenStream = addrRaw:

environment.IPFS_PATH = cfg.dataDir; preStart = '' <del> if [[ ! -f ${cfg.dataDir}/config ]]; then ipfs init ${optionalString cfg.emptyRepo "-e"}  ${optionalString (! cfg.localDiscovery) "--profile=server"} </del> <ins> if [[ ! -f "$IPFS_PATH/config" ]]; then ipfs init ${optionalString cfg.emptyRepo "-e"} --profile=${profile} </ins> else <del> ${if cfg.localDiscovery then "ipfs --offline config profile apply local-discovery" else "ipfs --offline config profile apply server" } </del> <ins> # After an unclean shutdown this file may exist which will cause the config command to attempt to talk to the daemon. This will hang forever if systemd is holding our sockets open. rm -vf "$IPFS_PATH/api" ipfs --offline config profile apply ${profile} </ins> fi '' + optionalString cfg.autoMount '' ipfs --offline config Mounts.FuseAllowOther --json true
Change:
is already packaged, but I needed the following to be able to correctly build the utility: I would propose adding an option , which adds to the default list , and also modifies to include the fix of . It might be a good idea to also mark as to prevent accidental conflicts with .
What about opening a PR yourself?
I marked this as stale due to inactivity. &rarr;
still wanted

Discussion:
<del> { stdenv, lib, fetchurl, glibc, zlib </del> <ins> { lib, stdenv, fetchurl, glibc, zlib </ins> , enableStatic ? stdenv.hostPlatform.isStatic <ins> , enableSCP ? false </ins> , sftpPath ? "/run/current-system/sw/libexec/sftp-server" }: <ins> let # NOTE: DROPBEAR_PATH_SSH_PROGRAM is only necessary when enableSCP is true, # but it is enabled here always anyways for consistency dflags = { SFTPSERVER_PATH = sftpPath; DROPBEAR_PATH_SSH_PROGRAM = "${placeholder "out"}/bin/dbclient"; }; in </ins> stdenv.mkDerivation rec { pname = "dropbear"; version = "2020.81";

}; dontDisableStatic = enableStatic; configureFlags = lib.optional enableStatic "LDFLAGS=-static"; <del> CFLAGS = "-DSFTPSERVER_PATH="${sftpPath}""; </del> <ins> CFLAGS = lib.pipe (lib.attrNames dflags) [ (builtins.map (name: "-D${name}="${dflags.${name}}"")) (lib.concatStringsSep " ") ]; </ins> # https://www.gnu.org/software/make/manual/html_node/Libraries_002fSearch.html preConfigure = '' <del> makeFlags=VPATH=`cat $NIX_CC/nix-support/orig-libc`/lib </del> <ins> makeFlagsArray=( VPATH=$(cat $NIX_CC/nix-support/orig-libc)/lib PROGRAMS="${lib.concatStringsSep " " ([ "dropbear" "dbclient" "dropbearkey" "dropbearconvert" ] ++ lib.optionals enableSCP ["scp"])}" ) ''; postInstall = lib.optionalString enableSCP '' ln -rs $out/bin/scp $out/bin/dbscp </ins> ''; patches = [
Change:
bear is marked as broken on macOS x86_64 now but it can be built on macOS10.15 as the pkg repo says:
See
Bear for aarch64-darwin re-enabled in
I was trying to install on x86_64-darwin(macOS 11.2), but it kept invoking the old clang-7.0 from nixpkg, how can I force nix-env to compile with the OSX built-int clang-12 or the newest llvm- from nixpkgs? sorry for bothering you with this, I new to nix-env.
You need nixpkgs new enough to include

Discussion:
platforms = platforms.unix; maintainers = with maintainers; [ babariviere qyliss ]; # ld: symbol(s) not found for architecture x86_64 <del> broken = stdenv.isDarwin; </del> <ins> broken = stdenv.isDarwin && stdenv.isx86_64; </ins> }; }
Change:
"Failed to save mission status to []: couldn't open file. If you are playing in a write-protected directory, you can specify a path for the mission status file by editing " I tried to change file But get error I tried to change access rights and got error too

Discussion:
<del> { stdenv, lib, fetchFromGitHub, fetchurl, cmake, git, makeWrapper, allegro5, libGL }: </del> <ins> { stdenv, lib, fetchFromGitHub, fetchurl, pkg-config, makeWrapper, allegro5, libGL }: </ins> stdenv.mkDerivation rec { pname = "liberation-circuit"; <del> version = "1.3"; </del> <ins> version = "unstable-2022-01-02"; </ins> src = fetchFromGitHub { owner = "linleyh"; repo = pname; <del> rev = "v${version}"; sha256 = "BAv0wEJw4pK77jV+1bWPHeqyU/u0HtZLBF3ETUoQEAk="; </del> <ins> rev = "19e3363547793e931fd9419b61ebc2cd8e257714"; sha256 = "zIwjh4CBSmKz7pF7GM5af+VslWho5jHOLsulbW4C8TY="; </ins> }; <del> patches = [ # Linux packaging assets (fetchurl { url = "https://github.com/linleyh/liberation-circuit/commit/72c1f6f4100bd227540aca14a535e7f4ebdeb851.patch"; sha256 = "0sad1z1lls0hanv88g1q6x5qr4s8f5p42s8j8v55bmwsdc0s5qys"; }) ]; # Hack to make binary diffs work prePatch = '' function patch { git apply --whitespace=nowarn "$@" } ''; postPatch = '' unset -f patch substituteInPlace bin/launcher.sh --replace ./libcirc ./liberation-circuit ''; nativeBuildInputs = [ cmake git makeWrapper ]; </del> <ins> nativeBuildInputs = [ pkg-config makeWrapper ]; </ins> buildInputs = [ allegro5 libGL ]; <del> cmakeFlags = [ "-DALLEGRO_LIBRARY=${lib.getDev allegro5}" "-DALLEGRO_INCLUDE_DIR=${lib.getDev allegro5}/include" ]; NIX_CFLAGS_LINK = "-lallegro_image -lallegro_primitives -lallegro_color -lallegro_acodec -lallegro_audio -lallegro_dialog -lallegro_font -lallegro_main -lallegro -lm"; hardeningDisable = [ "format" ]; </del> installPhase = '' runHook preInstall mkdir -p $out/opt <del> cd .. </del> cp -r bin $out/opt/liberation-circuit chmod +x $out/opt/liberation-circuit/launcher.sh makeWrapper $out/opt/liberation-circuit/launcher.sh $out/bin/liberation-circuit
Change:
Nixpkgs version: 15.09 rev Build log: This is because 1.0.1s disables SSLv2 by default, which libmusicbrainz apparently relies on.

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {