jiebi/CodeConvo huggingface dataset:
Change:
In pdfarranger 1.10.1 (from 23.11 stable branch) the option to change the theme in the preferences is greyed out and doesn't respect the globally set dark mode in GNOME. The program offers the hint "(Libhandy missing)" next to the greyed out setting (see image below). Steps to reproduce the behavior: pdfarranger preferences changing the theme setting The drop-down menu is clickable and offers several different options to choose from. ! Manually adding the package libhandy in environment.systemPackages doesn't work. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for your quick reply, . I'm new to Git and GitHub, do I have to do something now, like close this issue manually or will it be closed automatically after the changes are merged? Thanks again!
Don't worry issue will be closed automatically when the changes are merged into master (usually by the person who does the merge).

Discussion:
, python3Packages , gtk3 , poppler_gi <ins> , libhandy </ins> }: python3Packages.buildPythonApplication rec { pname = "pdfarranger"; version = "1.10.1"; <ins> pyproject = true; </ins> src = fetchFromGitHub { <del> owner = pname; repo = pname; </del> <ins> owner = "pdfarranger"; repo = "pdfarranger"; </ins> rev = "refs/tags/${version}"; hash = "sha256-l//DeaIqUl6FdGFxM8yTKcTjVNvYMllorcoXoK33Iy4="; };

buildInputs = [ gtk3 poppler_gi <ins> libhandy </ins> ]; propagatedBuildInputs = with python3Packages; [
Change:
is failing with: Steps to reproduce the behavior: Result: It should work. N/A I need to use netplan locally to test generated configs, I don't actually need to apply them locally. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
# from upstream https://github.com/canonical/netplan/blob/ee0d5df7b1dfbc3197865f02c724204b955e0e58/rpm/netplan.spec#L81 sed -e "s/-Werror//g" -i Makefile <ins> substituteInPlace netplan/cli/utils.py  --replace-fail "/usr/libexec/netplan/generate" "${placeholder "out"}/lib/netplan/generate" </ins> ''; makeFlags = [
Change:
Package name: insomnia Latest released version: 8.6.1 <!-- Search your package here: --- Current version on the unstable channel: 2023.5.8 Current version on the stable/release channel: 2023.5.8 <!-- 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. As of right now the app crashes with the following log: Turning off in the config file () also didn't seem to fix it, so I assume that updating the package to the latest version will fix the issue (at least temporarily). Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
]; in stdenv.mkDerivation rec { pname = "insomnia"; <del> version = "2023.5.8"; </del> <ins> version = "8.6.1"; </ins> src = fetchurl { url = "https://github.com/Kong/insomnia/releases/download/core%40${version}/Insomnia.Core-${version}.deb"; <del> sha256 = "sha256-x5DYS3DteYtq1EQuJ3EFV/d/YThPgnhhIj+GpEJsFDY="; </del> <ins> hash = "sha256-qy2j6kdmtDgfTab8gTz7eb/uNKwtzbxcoJHNibVa35c="; </ins> }; nativeBuildInputs = [
Change:
Project description <!-- Describe the project a little: --An implementation of the Language Server Protocol for . Metadata homepage URL: source URL: license: mit platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: It has a pnpm lockfile for which we for yet, this package request should wait.

Discussion:
<ins> { bash, fetchFromGitHub, lib, nodejs, pnpm_9, stdenvNoCC, }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "stylelint-lsp"; version = "2.0.0"; src = fetchFromGitHub { owner = "bmatcuk"; repo = "stylelint-lsp"; rev = "v${finalAttrs.version}"; hash = "sha256-mzhY6MKkXb1jFYZvs/VkGipBjBfUY3GukICb9qVQI80="; }; nativeBuildInputs = [ nodejs pnpm_9.configHook ]; pnpmDeps = pnpm_9.fetchDeps { inherit (finalAttrs) pname version src; hash = "sha256-/QJ4buPOt5KFJxwsQp7L9WYE1RtODj4LMq21l99QwhA="; }; buildPhase = '' runHook preBuild pnpm build runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out/{bin,lib/${finalAttrs.pname}} mv {dist,node_modules} $out/lib/${finalAttrs.pname} echo " #!${lib.getExe bash} ${lib.getExe nodejs} $out/lib/${finalAttrs.pname}/dist/index.js $@ " > $out/bin/stylelint-lsp chmod +x $out/bin/stylelint-lsp runHook postInstall ''; meta = with lib; { description = "A stylelint Language Server"; homepage = "https://github.com/bmatcuk/stylelint-lsp"; license = licenses.mit; maintainers = with maintainers; [ gepbird ]; mainProgram = "stylelint-lsp"; platforms = platforms.unix; }; }) </ins>
Change:
Steps to reproduce the behavior: Add any other context about the problem here. There are no maintainers at the moment. touched it last. <!-- 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. Those are not really relevant, since I built it on my clone of nixpkgs on the master branch. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
}; pythonRelaxDeps = [ <ins> "flask" </ins> "requests" <ins> "yt-dlp" </ins> ]; nativeBuildInputs = [
Change:
Steps to reproduce the behavior: in configuration unstable to: Add any other context about the problem here.
It looks like this has already been fixed upstream in There isn't a tagged release containing this fix though (it seems like there was a 4.6.2 but it's gone now: ), so maybe it just needs pulling in as a patch?
cc
Went ahead and pulled it in as a patch: , And opened a PR:
meta: mentioning to enable searches by that term. (I didn't know the FQDN of the package, so I couldn't find this issue).
Thanks for the quick fix! Verified on unstable now.

Discussion:
{ lib , fetchFromGitHub <ins> , fetchpatch </ins> # Python bits: , buildPythonPackage , pytest

hash = "sha256-CHL2dy0H/i0pLo653F7aUHFvZHTeZA6jC/rwn1KrEW4="; }; <ins> patches = [ # https://github.com/NixOS/nixpkgs/issues/288478 (fetchpatch { name = "set-default-encoding.patch"; url = "https://github.com/joeyespo/grip/commit/2784eb2c1515f1cdb1554d049d48b3bff0f42085.patch"; hash = "sha256-veVJKJtt8mP1jmseRD7pNR3JgIxX1alYHyQok/rBpiQ="; }) ]; </ins> nativeCheckInputs = [ pytest responses ]; propagatedBuildInputs = [ docopt flask markdown path-and-address pygments requests tabulate ];
Change:
Package name: undervolt Latest released version: 0.4.0 <!-- Search your package here: --- Current version on the unstable channel: 0.3.0 Current version on the stable/release channel: 0.3.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note: the update adds a new flag (), it would be nice to make it an option. Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
inherit (cfg) verbose temp <ins> turbo </ins> ; # `core` and `cache` are both intentionally set to `cfg.coreOffset` as according to the undervolt docs: #

''; }; <ins> turbo = mkOption { type = types.nullOr types.int; default = null; description = lib.mdDoc '' Changes the Intel Turbo feature status (1 is disabled and 0 is enabled). ''; }; </ins> p1.limit = mkOption { type = with types; nullOr int; default = null;

{ lib, fetchFromGitHub, python3Packages }: python3Packages.buildPythonApplication rec { <del> version = "0.3.0"; </del> <ins> version = "0.4.0"; </ins> pname = "undervolt"; src = fetchFromGitHub { owner = "georgewhewell"; repo = "undervolt"; rev = version; <del> sha256 = "1aybk8vbb4745raz7rvpkk6b98xrdiwjhkpbv3kwsgsr9sj42lp0"; </del> <ins> hash = "sha256-G+CK/lnZXkQdyNZPqY9P3owVJsd22H3K8wSpjHFG0ow="; </ins> }; meta = with lib; {
Change:
Since 8.5.0, curl compiled with gnutls cannot resolve domains as it cannot find the certificate store. Steps to reproduce the behavior: (latest nixos-unstable) Verify certificates Works ok on 8.4.0 in nixpkgs. Last working on nixos-unstable. Add any other context about the problem here. This diff is a quick fix, but I'm not sure if this is the best solution. I didn't bisect curl but this appears to be the likely commit introduced in 8.5.0: <!-- 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]:

Discussion:
"--without-ca-path" ] ++ lib.optionals (!gnutlsSupport && !opensslSupport && !wolfsslSupport && !rustlsSupport) [ "--without-ssl" <ins> ] ++ lib.optionals (gnutlsSupport && !stdenv.isDarwin) [ "--with-ca-path=/etc/ssl/certs" </ins> ]; CXX = "${stdenv.cc.targetPrefix}c++";
Change:
Steps to reproduce the behavior: checkout ` build .#ceph Broken since last staging-next merge <!-- 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]:
is the first bad commit

Discussion:
hash = "sha256-gFfDTc2QWBWHBCycVH1dYlCsWQMVcRZfOBIau+njtDU="; }; <del> patches = (old.patches or []) ++ [ </del> <ins> patches = [ </ins> # Fix https://nvd.nist.gov/vuln/detail/CVE-2023-49083 which has no upstream backport. # See https://github.com/pyca/cryptography/commit/f09c261ca10a31fe41b1262306db7f8f1da0e48a#diff-f5134bf8f3cf0a5cc8601df55e50697acc866c603a38caff98802bd8e17976c5R1893 ./python-cryptography-Cherry-pick-fix-for-CVE-2023-49083-on-cryptography-40.patch
Change:
Brave browser keeps reporting a failed autoupdate. ! It should be possible to avoid it just adding a CLI option in the entry: install the package open "Brave Web Browser" from the Gnome applications menu click the menu button (it is displaying an alert even before clicking) Please run and paste the result.
Btw, this is much less relevant, but all icons are missing from the package.
The icons are there. They are symlinks to the directory.
Indeed, I realized right after writing it, but then forgot to update: I thought I was two directories upper in the hierarchy (I could have realized, simply noticing it was missing ...). My bad.
I was checking out the above PR, but I cant seem to recreate the issue. right now I've got brave 1.62.162, and the latest version available online is 1.62.165. It doesn't seem to be checking for updates. Is there a trick to getting it to check, or is it just sorta auto-updating for you?
Exploring Brave issues, like the one linked above, apparently the auto-update is a Chromium feature, even not so easy to mask for the Brave crew. However, within Nix, Brave is prevented to auto-update, so that's not an issue on its own. But it's attempting to, and just reporting the failure. So, no trick. I will soon check the version and report, but in case it helps, I'm using through a flake: and installing through NixOS:
Yeah, that's what I mean, it doesn't even appear to be trying to update when I try it.
Since I provided the whole flake (and I'm also not doing anything other than requesting the package), I'm not sure what else can I do to improve reproducibility. In case, I could provide further screenshots. But the one above is essentially the issue on its own.
Recreated with the flake :+1:
Do you understand why is it showing up with the flake and not without?
Didn't bother figuring it out. Figuring it's probably just that my version wasn't out-of-date enough.

Discussion:
enableFeatures = optionals enableVideoAcceleration [ "VaapiVideoDecoder" "VaapiVideoEncoder" ] ++ optional enableVulkan "Vulkan"; <ins> disableFeatures = [ "OutdatedBuildDetector" ] # disable automatic updates </ins> # The feature disable is needed for VAAPI to work correctly: https://github.com/brave/brave-browser/issues/20935 <del> disableFeatures = optional enableVideoAcceleration "UseChromeOSDirectVideoDecoder"; </del> <ins> ++ optionals enableVideoAcceleration  [ "UseChromeOSDirectVideoDecoder" ]; </ins> in stdenv.mkDerivation rec {
Change:
Steps to reproduce the behavior: on fails (see ) Happened within CI when building () Will do. Please run and paste the result. Don't know how to run this on the failing CI machine. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
ccrtp = callPackage ../development/libraries/ccrtp { }; cctag = callPackage ../development/libraries/cctag { <ins> stdenv = clangStdenv; </ins> tbb = tbb_2021_11; };
Change:
Can't install or run a shell with package on macOS. Same with and . Steps to reproduce the behavior: macOS run an error No error and a shell with python 3.12. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Assertion was introduced in , ping All the derivations override , regardless of platform. For example:
Has always been that way, only now the assertion is more verbose. There is no point in using the variant, since it gives you nothing that is supported on darwin anyway.
Ah right, fair. The cpython derivation has code for handling Darwin + X11 support, so I assume that combination could work at least. So maybe doing this would be fine?

Discussion:
assert bluezSupport -> bluez != null; <del> assert lib.assertMsg (bluezSupport -> stdenv.isLinux) "Bluez support is only available on Linux."; </del> assert lib.assertMsg (enableFramework -> stdenv.isDarwin) "Framework builds are only supported on Darwin.";

python3Full = python3.override { self = python3Full; pythonAttr = "python3Full"; <del> bluezSupport = true; </del> <ins> bluezSupport = lib.meta.availableOn stdenv.hostPlatform bluez; </ins> x11Support = true; }; python38Full = python38.override { self = python38Full; pythonAttr = "python38Full"; <del> bluezSupport = true; </del> <ins> bluezSupport = lib.meta.availableOn stdenv.hostPlatform bluez; </ins> x11Support = true; }; python39Full = python39.override { self = python39Full; pythonAttr = "python39Full"; <del> bluezSupport = true; </del> <ins> bluezSupport = lib.meta.availableOn stdenv.hostPlatform bluez; </ins> x11Support = true; }; python310Full = python310.override { self = python310Full; pythonAttr = "python310Full"; <del> bluezSupport = true; </del> <ins> bluezSupport = lib.meta.availableOn stdenv.hostPlatform bluez; </ins> x11Support = true; }; python311Full = python311.override { self = python311Full; pythonAttr = "python311Full"; <del> bluezSupport = true; </del> <ins> bluezSupport = lib.meta.availableOn stdenv.hostPlatform bluez; </ins> x11Support = true; }; python312Full = python312.override { self = python312Full; pythonAttr = "python312Full"; <del> bluezSupport = true; </del> <ins> bluezSupport = lib.meta.availableOn stdenv.hostPlatform bluez; </ins> x11Support = true; }; python313Full = python313.override { self = python313Full; pythonAttr = "python313Full"; <del> bluezSupport = true; </del> <ins> bluezSupport = lib.meta.availableOn stdenv.hostPlatform bluez; </ins> x11Support = true; };
Change:
Steps to reproduce the behavior: cemu In ImGui changelog for 1.90.2: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --cc Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Always paste the full log or big parts from it, not just the short log.
my build log failure
apparently decided to ignore this build failure in . Not sure why we even have tests if we just blindly ignore them.

Discussion:
{ lib, stdenv, fetchFromGitHub <del> , fetchpatch </del> , addOpenGLRunpath , wrapGAppsHook , cmake

, nix-update-script }: <del> stdenv.mkDerivation rec { </del> <ins> let # cemu doesn't build with imgui 1.90.2 or newer: # error: 'struct ImGuiIO' has no member named 'ImeWindowHandle' imgui' = imgui.overrideAttrs rec { version = "1.90.1"; src = fetchFromGitHub { owner = "ocornut"; repo = "imgui"; rev = "v${version}"; sha256 = "sha256-gf47uLeNiXQic43buB5ZnMqiotlUfIyAsP+3H7yJuFg="; }; }; in stdenv.mkDerivation rec { </ins> pname = "cemu"; <del> version = "2.0-65"; </del> <ins> version = "2.0-66"; </ins> src = fetchFromGitHub { owner = "cemu-project"; repo = "Cemu"; rev = "v${version}"; <del> hash = "sha256-jsDmxol3zZMmpo4whDeUXTzfO+QVK/h6lItXTyJyoak="; </del> <ins> hash = "sha256-1s1H2rJuN9lRNanKXxKWMLBOFg5z3IwpJCZCmymAH9Y="; </ins> }; patches = [

# > The following imported targets are referenced, but are missing: # > SPIRV-Tools-opt ./cmakelists.patch <del> # Remove on next release # https://github.com/cemu-project/Cemu/pull/1076 (fetchpatch { url = "https://github.com/cemu-project/Cemu/commit/72aacbdcecc064ea7c3b158c433e4803496ac296.patch"; hash = "sha256-x+ZVqXgGRSv0VYwJAX35C1p7PnmCHS7iEO+4k8j0/ug="; }) </del> ]; nativeBuildInputs = [

glm gtk3 hidapi <del> imgui </del> <ins> imgui' </ins> libpng libusb1 libzip

tag = last (splitString "-" version); in '' rm -rf dependencies/imgui <del> ln -s ${imgui}/include/imgui dependencies/imgui </del> <ins> ln -s ${imgui'}/include/imgui dependencies/imgui </ins> substituteInPlace src/Common/version.h --replace " (experimental)" "-${tag} (experimental)" substituteInPlace dependencies/gamemode/lib/gamemode_client.h --replace "libgamemode.so.0" "${gamemode.lib}/lib/libgamemode.so.0" '';
Change:
Project description <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , ... platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Assuming you're referring to ... Homepage: Source: License: MIT Platforms: All supported by Python and PDFMiner
Yes that's right. I just saw that my message was mostly blank. I'm not sure what happened but had included a description as well. Here is the description: A convenient utility for generating markdown files that include the highlighted text and notes saved in PDF files, streamlining the research process.

Discussion:
<ins> { lib, python3, fetchFromGitHub }: python3.pkgs.buildPythonApplication rec { pname = "pdfannots"; version = "0.4"; pyproject = true; src = fetchFromGitHub { owner = "0xabu"; repo = "pdfannots"; rev = "v${version}"; hash = "sha256-C0Ss6kZvPx0hHnpBKquEolxeuTfjshhSBSIDXcCKtM8="; }; nativeBuildInputs = [ python3.pkgs.setuptools ]; propagatedBuildInputs = [ python3.pkgs.pdfminer-six ]; pythonImportsCheck = [ "pdfannots" ]; meta = with lib; { description = "Extracts and formats text annotations from a PDF file"; homepage = "https://github.com/0xabu/pdfannots"; license = licenses.mit; maintainers = [ maintainers.marsam ]; mainProgram = "pdfannots"; }; } </ins>
Change:
Project description Hyprland's idle daemon Metadata homepage URL: source URL: license: BSD 3 clause platforms: Linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
There is an issue with hypridle currently <details<summaryBuild Log</summary<pThis </p</detailsOnce this is fixed I can make the pr for hyprlang and hypridle
Okay, fixed by using the unstable hyprlang lib. hypridle builds, but segfaults upon execution
Issue made:
Should be good, waiting for fufexan's review.

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , pkg-config , cmake , wayland , wayland-protocols , hyprlang , sdbus-cpp , systemd }: stdenv.mkDerivation (finalAttrs: { pname = "hypridle"; version = "0.1.0"; src = fetchFromGitHub { owner = "hyprwm"; repo = "hypridle"; rev = "v${finalAttrs.version}"; hash = "sha256-0x5R6v82nKBualYf+TxAduMsvG80EZAl7gofTIYtpf4="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ hyprlang sdbus-cpp systemd wayland wayland-protocols ]; meta = { description = "Hyprland's idle daemon"; homepage = "https://github.com/hyprwm/hypridle"; license = lib.licenses.bsd3; maintainers = with lib.maintainers; [ iogamaster ]; mainProgram = "hypridle"; platforms = [ "aarch64-linux" "x86_64-linux" ]; }; }) </ins>

fetchFromGitHub, cmake, }: stdenv.mkDerivation (finalAttrs: { pname = "hyprlang"; <del> version = "0.3.2"; </del> <ins> version = "0.4.0"; </ins> src = fetchFromGitHub { owner = "hyprwm"; repo = "hyprlang"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-9TT3xk++LI5/SPYgjYX34xZ4ebR93c1uerIq+SE/ues="; </del> <ins> hash = "sha256-nW3Zrhh9RJcMTvOcXAaKADnJM/g6tDf3121lJtTHnYo="; </ins> }; nativeBuildInputs = [cmake];

description = "The official implementation library for the hypr config language"; license = licenses.gpl3Plus; platforms = platforms.linux; <ins> maintainers = with maintainers; [ iogamaster fufexan ]; </ins> }; })
Change:
Discussed briefly with on IRC Quoting from Check the available version of connman See more info about the vulnerability on System: NixOS: Nix version: Nixpkgs version: Sandboxing enabled:

Discussion:
<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.15.2"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.15/${name}.tar.xz"; sha256 = "0g71zq6dpqrw2f40wfzdf18fdw41ymr17laqniy2kr622hkxdi8w"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.16.1"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.16/${name}.tar.xz"; sha256 = "1n708n9ixyy9qrzyv1wf4ybvcclx43ib9ki028wwpvkz6kv8zqlb"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

{stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { <del> name = "vala-0.14.2"; </del> <ins> version = "0.17.2"; name = "vala-${version}"; </ins> src = fetchurl { <del> url = mirror://gnome/sources/vala/0.14/vala-0.14.2.tar.xz; sha256 = "1l5kllw9vpwv24lzv9fp64l3sad46wpxgvsgryrwlrjg91w6jzl0"; </del> <ins> url = "mirror://gnome/sources/vala/0.17/${name}.tar.xz"; sha256 = "09i2s0dwmrk147ind2dx7nq845g12fp6fsjqrphhrr0dbi0zzgh3"; </ins> }; buildNativeInputs = [ yacc flex pkgconfig xz ];

meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; <ins> license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; </ins> }; }

urweb = callPackage ../development/compilers/urweb { }; <del> vala = callPackage ../development/compilers/vala { }; </del> <ins> vala = vala17; vala15 = callPackage ../development/compilers/vala/15.2.nix { }; vala16 = callPackage ../development/compilers/vala/16.1.nix { }; vala17 = callPackage ../development/compilers/vala/default.nix { }; </ins> visualcpp = callPackage ../development/compilers/visual-c++ { };
Change:
firefox package is missing its icon in the KDE4 menu whatever its called today.
Any update on this issue? Is it a license problem?
Try firefoxWrapper.

Discussion:
wrapFirefox = { browser, browserName ? "firefox", desktopName ? "Firefox", nameSuffix ? "" <del> , icon ? "${browser}/lib/${browser.name}/icons/mozicon128.png" }: </del> <ins> , icon ? "${browser}/lib/${browser.name}/browser/icons/mozicon128.png" }: </ins> let cfg = stdenv.lib.attrByPath [ browserName ] {} config; enableAdobeFlash = cfg.enableAdobeFlash or false;