jiebi/CodeConvo huggingface dataset:
Code change:
Describe the bug Open indicator and see the following in journal The error at the top comes from now depending on settings schema (provided by ibus). This situation is annoyingly complex, because we cannot wrap . So what we try to do is create a wrapper with all the transitive dependencies of the plugins and call it day. We used to do patches to hardcode the gsettings, but this was far to much work to maintain and could be prone to developer error sometimes. I'm thinking the easiest solution would be to add all the transitive dependencies of to , and then wingpanel's can pick up all the proper dependencies. I think the only ideal request I could make to Pantheon upstream is to make use of SearchProviders from GNOME I believe this basically should be the very thing they want. They currently have a forked version of synapse's plugins system which IMHO appears to be inferior. To Reproduce Steps to reproduce the behavior: wingpanel-with-indicators the switchboard-plugin process get killed Expected behavior The switchboard-plugin process doesn't die. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Related discussion:
text: ''; executable = writeScript "pantheon" '' <del> export XDG_CONFIG_DIRS=${elementary-settings-daemon}/etc/xdg:${elementary-default-settings}/etc:$XDG_CONFIG_DIRS </del> <ins> # gnome-session can find RequiredComponents for `pantheon` session (notably pantheon's patched g-s-d autostarts) export XDG_CONFIG_DIRS=@out@/etc/xdg:$XDG_CONFIG_DIRS # Make sure we use our gtk-3.0/settings.ini export XDG_CONFIG_DIRS=${elementary-default-settings}/etc:$XDG_CONFIG_DIRS # * gnome-session can find the `pantheon' session # * use pantheon-mimeapps.list </ins> export XDG_DATA_DIRS=@out@/share:$XDG_DATA_DIRS <del> exec ${gnome-session}/bin/gnome-session --session=pantheon "$@" </del> <ins> # Start pantheon session. Keep in sync with upstream exec ${gnome-session}/bin/gnome-session --builtin --session=pantheon "$@" ''; # Absolute path patched version of the upstream xsession xsession = writeText "pantheon.desktop" '' [Desktop Entry] Name=Pantheon Comment=This session provides elementary experience Exec=@out@/libexec/pantheon TryExec=${wingpanel}/bin/wingpanel Icon= DesktopNames=Pantheon Type=Application </ins> ''; in stdenv.mkDerivation rec { pname = "elementary-session-settings-unstable"; <del> version = "2020-06-11"; </del> <ins> version = "2020-07-06"; </ins> repoName = "session-settings"; src = fetchFromGitHub { owner = "elementary"; repo = repoName; <del> rev = "130c9ae221913032ed18bcf6d21e3dcdba3c4209"; sha256 = "0bzg9vbq0ssnxgcb2vxpx6x9zv8ngkm9r3ki5q83m9al9919n0pr"; </del> <ins> rev = "fa15cbd83fba0ba30e9a302db880350bff5ace52"; hash = "sha256-26H791c7OAjFYtjVChIatICSocMt0uTej1TKBOvw+6w="; </ins> }; nativeBuildInputs = [
Code change:
Describe the bug Open indicator and see the following in journal The error at the top comes from now depending on settings schema (provided by ibus). This situation is annoyingly complex, because we cannot wrap . So what we try to do is create a wrapper with all the transitive dependencies of the plugins and call it day. We used to do patches to hardcode the gsettings, but this was far to much work to maintain and could be prone to developer error sometimes. I'm thinking the easiest solution would be to add all the transitive dependencies of to , and then wingpanel's can pick up all the proper dependencies. I think the only ideal request I could make to Pantheon upstream is to make use of SearchProviders from GNOME I believe this basically should be the very thing they want. They currently have a forked version of synapse's plugins system which IMHO appears to be inferior. To Reproduce Steps to reproduce the behavior: wingpanel-with-indicators the switchboard-plugin process get killed Expected behavior The switchboard-plugin process doesn't die. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Related discussion:
text: ]; postInstall = '' <ins> # our mimeapps patched from upstream to exclude: # * pantheon-mail -> geary # * evince.desktop -> org.gnome.Evince.desktop </ins> mkdir -p $out/share/applications cp -av ${./pantheon-mimeapps.list} $out/share/applications/pantheon-mimeapps.list <ins> # instantiates pantheon's dockitems </ins> cp "${dockitemAutostart}" $out/etc/xdg/autostart/default-elementary-dockitems.desktop <ins> # script `Exec` to start pantheon </ins> mkdir -p $out/libexec substitute ${executable} $out/libexec/pantheon --subst-var out chmod +x $out/libexec/pantheon <del> ''; postFixup = '' substituteInPlace $out/share/xsessions/pantheon.desktop  --replace "gnome-session --session=pantheon" "$out/libexec/pantheon"  --replace "wingpanel" "${wingpanel}/bin/wingpanel" </del> <ins> # absolute path patched xsession substitute ${xsession} $out/share/xsessions/pantheon.desktop --subst-var out </ins> ''; passthru = {
Code change:
Describe the bug Open indicator and see the following in journal The error at the top comes from now depending on settings schema (provided by ibus). This situation is annoyingly complex, because we cannot wrap . So what we try to do is create a wrapper with all the transitive dependencies of the plugins and call it day. We used to do patches to hardcode the gsettings, but this was far to much work to maintain and could be prone to developer error sometimes. I'm thinking the easiest solution would be to add all the transitive dependencies of to , and then wingpanel's can pick up all the proper dependencies. I think the only ideal request I could make to Pantheon upstream is to make use of SearchProviders from GNOME I believe this basically should be the very thing they want. They currently have a forked version of synapse's plugins system which IMHO appears to be inferior. To Reproduce Steps to reproduce the behavior: wingpanel-with-indicators the switchboard-plugin process get killed Expected behavior The switchboard-plugin process doesn't die. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Related discussion:
text: , json-glib , elementary-dock , bamf <del> , switchboard </del> <ins> , switchboard-with-plugs </ins> , libunity , libsoup , wingpanel
Code change:
Describe the bug Open indicator and see the following in journal The error at the top comes from now depending on settings schema (provided by ibus). This situation is annoyingly complex, because we cannot wrap . So what we try to do is create a wrapper with all the transitive dependencies of the plugins and call it day. We used to do patches to hardcode the gsettings, but this was far to much work to maintain and could be prone to developer error sometimes. I'm thinking the easiest solution would be to add all the transitive dependencies of to , and then wingpanel's can pick up all the proper dependencies. I think the only ideal request I could make to Pantheon upstream is to make use of SearchProviders from GNOME I believe this basically should be the very thing they want. They currently have a forked version of synapse's plugins system which IMHO appears to be inferior. To Reproduce Steps to reproduce the behavior: wingpanel-with-indicators the switchboard-plugin process get killed Expected behavior The switchboard-plugin process doesn't die. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Related discussion:
text: pkgconfig python3 vala <del> ]; </del> <ins> ]; </ins> buildInputs = [ bamf
Code change:
Describe the bug Open indicator and see the following in journal The error at the top comes from now depending on settings schema (provided by ibus). This situation is annoyingly complex, because we cannot wrap . So what we try to do is create a wrapper with all the transitive dependencies of the plugins and call it day. We used to do patches to hardcode the gsettings, but this was far to much work to maintain and could be prone to developer error sometimes. I'm thinking the easiest solution would be to add all the transitive dependencies of to , and then wingpanel's can pick up all the proper dependencies. I think the only ideal request I could make to Pantheon upstream is to make use of SearchProviders from GNOME I believe this basically should be the very thing they want. They currently have a forked version of synapse's plugins system which IMHO appears to be inferior. To Reproduce Steps to reproduce the behavior: wingpanel-with-indicators the switchboard-plugin process get killed Expected behavior The switchboard-plugin process doesn't die. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Related discussion:
text: libhandy libsoup libunity <del> switchboard </del> <ins> switchboard-with-plugs </ins> wingpanel zeitgeist <del> ]; </del> <ins> ] ++ # applications-menu has a plugin to search switchboard plugins # see https://github.com/NixOS/nixpkgs/issues/100209 # wingpanel's wrapper will need to pick up the fact that # applications-menu needs a version of switchboard with all # its plugins for search. switchboard-with-plugs.buildInputs; </ins> mesonFlags = [ "--sysconfdir=${placeholder "out"}/etc"
Code change:
Describe the bug Open indicator and see the following in journal The error at the top comes from now depending on settings schema (provided by ibus). This situation is annoyingly complex, because we cannot wrap . So what we try to do is create a wrapper with all the transitive dependencies of the plugins and call it day. We used to do patches to hardcode the gsettings, but this was far to much work to maintain and could be prone to developer error sometimes. I'm thinking the easiest solution would be to add all the transitive dependencies of to , and then wingpanel's can pick up all the proper dependencies. I think the only ideal request I could make to Pantheon upstream is to make use of SearchProviders from GNOME I believe this basically should be the very thing they want. They currently have a forked version of synapse's plugins system which IMHO appears to be inferior. To Reproduce Steps to reproduce the behavior: wingpanel-with-indicators the switchboard-plugin process get killed Expected behavior The switchboard-plugin process doesn't die. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Related discussion:
text: ''; postFixup = '' <del> for autostart in $(grep -rl "OnlyShowIn=GNOME;" $out/etc/xdg/autostart) do echo "Patching OnlyShowIn to Pantheon in: $autostart" sed -i "s,OnlyShowIn=GNOME;,OnlyShowIn=Pantheon;," $autostart done # This breaks lightlocker https://github.com/elementary/session-settings/commit/b0e7a2867608c3a3916f9e4e21a68264a20e44f8 # TODO: shouldn't be neeed for the 5.1 greeter (awaiting release) rm $out/etc/xdg/autostart/org.gnome.SettingsDaemon.ScreensaverProxy.desktop </del> # So the polkit policy can reference /run/current-system/sw/bin/elementary-settings-daemon/gsd-backlight-helper mkdir -p $out/bin/elementary-settings-daemon ln -s $out/libexec/gsd-backlight-helper $out/bin/elementary-settings-daemon/gsd-backlight-helper
Code change:
Describe the bug Installing the latest SBT is not possible. To Reproduce Expected behavior Install is successful Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata

Related discussion:
text: echo -java-home ${jre.home} >>conf/sbtopts ''; <del> nativeBuildInputs = [ autoPatchelfHook ]; </del> <ins> nativeBuildInputs = stdenv.lib.optionals stdenv.isLinux [ autoPatchelfHook ]; </ins> <del> buildInputs = [ zlib ]; </del> <ins> buildInputs = stdenv.lib.optionals stdenv.isLinux [ zlib ]; </ins> installPhase = '' mkdir -p $out/share/sbt $out/bin
Code change:
In a NixOS 20.09 guest on a VMWare Windows host, with dwm as my window manager, the mouse cursor neither moves nor registers clicks when . To Reproduce Steps to reproduce the behavior: NixOS 20.09 in VMWare Workstation Player 16 VM (from the minimal ISO) xserver and dwm and in as normal user with a minimal can you have a look?
I can reproduce this. It does work if you login as but fails if you log into a normal user account. It also fails in .
Oh boy, even in the grown-up DM. That's bad.
Did this fix the issue for you? ? I'm having issues my self. I also posted in reddit to see if maybe I didn't do something correctly.
try the PR I just linked. My mouse problems went away when I compiled the kernel with CONFIGPS2VMMOUSE.
Thank you it works! This will be great to have. This might be a silly question, but is open-vm-tools 11.3.0 required for this to work? I didn't have time to try 11.2.5 on the stable channel. For anyone reading this the name value is MOUSEPS2VMMOUSE, might save you one failed kernel build before you figure it out. Here's my nix config that I used to allow non-root user to use the mouse in Xorg running on vmware fushion on MacOS - This config was a "get it to work" attempt with no regard to what the ramifications of how I went about it. My next step is to figure out what it all really means and see if I went about it correctly.

Related discussion:
text: MODVERSIONS        = whenOlder "4.9" yes; MOUSE_ELAN_I2C_SMBUS = yes; MOUSE_PS2_ELANTECH = yes; # Elantech PS/2 protocol extension <ins> MOUSE_PS2_VMMOUSE  = yes; </ins> MTRR_SANITIZER     = yes; NET_FC             = yes; # Fibre Channel driver support # GPIO on Intel Bay Trail, for some Chromebook internal eMMC disks
Code change:
Describe the bug
There is a version update available
Proposal to increase build timeout
That update PR includes a workaround (using older rust).
Keeping this open until the channel progresses.
updated to .
Could setting help?
we now have an actual failure on master cc
Related
fixes the build of thunderbird.
Channel advanced.

Related discussion:
text: stdenv.mkDerivation rec { pname = "thunderbird"; <del> version = "78.4.0"; </del> <ins> version = "78.4.1"; </ins> src = fetchurl { url = "mirror://mozilla/thunderbird/releases/${version}/source/thunderbird-${version}.source.tar.xz"; sha512 = <del> "04b6n3gsan0a5abh371ws3c3rry4dcb3c6rbqmcxkzrdjg2xr5vn6xhlg3dgl3l01p0hp1xqpckj8g5yb2dq2x07xgg1hnyhs9aadh5"; </del> <ins> "2mbb139xdi69bnvvg7zabwbw181xnz7y154viynmkwyh4iww0hcsvr88q246gnif8a7jns3pi4qgqxgzflyl6mzpsvfdrbjs5hylanx"; </ins> }; nativeBuildInputs = [
Code change:
Describe the bug
There is a version update available
Proposal to increase build timeout
That update PR includes a workaround (using older rust).
Keeping this open until the channel progresses.
updated to .
Could setting help?
we now have an actual failure on master cc
Related
fixes the build of thunderbird.
Channel advanced.

Related discussion:
text: thunderbird = thunderbird-78; thunderbird-78 = callPackage ../applications/networking/mailreaders/thunderbird { <del> inherit (rustPackages) cargo rustc; </del> <ins> # Using older Rust for workaround: # https://bugzilla.mozilla.org/show_bug.cgi?id=1663715 inherit (rustPackages_1_45) cargo rustc; </ins> libpng = libpng_apng; icu = icu67; libvpx = libvpx_1_8;
Code change:
Describe the bug version 1.18.0 fails to build. To Reproduce Steps to reproduce the behavior: Expected behavior Build properly completes. Logs Full build log: Additional context This is blocking rebuilds. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(anna): nixpkgs: Maintainer information:
I'm experiencing this as well.
might be due to spansp upgrade in

Related discussion:
text: <ins> { stdenv, fetchFromGitHub, audiofile, libtiff, autoreconfHook }: stdenv.mkDerivation rec { version = "3.0.0"; pname = "spandsp"; src = fetchFromGitHub { owner = "freeswitch"; repo = pname; rev = "6ec23e5a7e411a22d59e5678d12c4d2942c4a4b6"; # upstream does not seem to believe in tags sha256 = "03w0s99y3zibi5fnvn8lk92dggfgrr0mz5255745jfbz28b2d5y7"; }; outputs = [ "out" "dev" ]; nativeBuildInputs = [ autoreconfHook ]; propagatedBuildInputs = [ audiofile libtiff ]; meta = { description = "A portable and modular SIP User-Agent with audio and video support"; homepage = "https://github.com/freeswitch/spandsp"; platforms = with stdenv.lib.platforms; linux; maintainers = with stdenv.lib.maintainers; [ ajs124 ]; license = stdenv.lib.licenses.gpl2; }; } </ins>
Code change:
Describe the bug version 1.18.0 fails to build. To Reproduce Steps to reproduce the behavior: Expected behavior Build properly completes. Logs Full build log: Additional context This is blocking rebuilds. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(anna): nixpkgs: Maintainer information:
I'm experiencing this as well.
might be due to spansp upgrade in

Related discussion:
text: <del> { stdenv, fetchFromGitHub, audiofile, libtiff, autoreconfHook }: </del> <ins> {stdenv, fetchurl, audiofile, libtiff}: </ins> stdenv.mkDerivation rec { <del> version = "3.0.0"; </del> <ins> version = "0.0.6"; </ins> pname = "spandsp"; <del> src = fetchFromGitHub { owner = "freeswitch"; repo = pname; rev = "6ec23e5a7e411a22d59e5678d12c4d2942c4a4b6"; # upstream does not seem to believe in tags sha256 = "03w0s99y3zibi5fnvn8lk92dggfgrr0mz5255745jfbz28b2d5y7"; </del> <ins> src=fetchurl { url = "https://www.soft-switch.org/downloads/spandsp/spandsp-${version}.tar.gz"; sha256 = "0rclrkyspzk575v8fslzjpgp4y2s4x7xk3r55ycvpi4agv33l1fc"; </ins> }; outputs = [ "out" "dev" ]; <del> nativeBuildInputs = [ autoreconfHook ]; propagatedBuildInputs = [ audiofile libtiff ]; </del> <ins> propagatedBuildInputs = [audiofile libtiff]; </ins> meta = { description = "A portable and modular SIP User-Agent with audio and video support"; <del> homepage = "https://github.com/freeswitch/spandsp"; </del> <ins> homepage = "http://www.creytiv.com/baresip.html"; </ins> platforms = with stdenv.lib.platforms; linux; maintainers = with stdenv.lib.maintainers; [raskin]; license = stdenv.lib.licenses.gpl2; <ins> downloadPage = "http://www.soft-switch.org/downloads/spandsp/"; inherit version; updateWalker = true; </ins> }; }
Code change:
Describe the bug version 1.18.0 fails to build. To Reproduce Steps to reproduce the behavior: Expected behavior Build properly completes. Logs Full build log: Additional context This is blocking rebuilds. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(anna): nixpkgs: Maintainer information:
I'm experiencing this as well.
might be due to spansp upgrade in

Related discussion:
text: , ffmpeg , libmysqlclient , postgresql <del> , spandsp </del> <ins> , spandsp3 </ins> , sofia_sip }:
Code change:
Describe the bug version 1.18.0 fails to build. To Reproduce Steps to reproduce the behavior: Expected behavior Build properly completes. Logs Full build log: Additional context This is blocking rebuilds. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(anna): nixpkgs: Maintainer information:
I'm experiencing this as well.
might be due to spansp upgrade in

Related discussion:
text: snom = mk "applications/mod_snom" []; sonar = mk "applications/mod_sonar" []; soundtouch = mk "applications/mod_soundtouch" []; <del> spandsp = mk "applications/mod_spandsp" [ spandsp ]; </del> <ins> spandsp = mk "applications/mod_spandsp" [ spandsp3 ]; </ins> spy = mk "applications/mod_spy" []; stress = mk "applications/mod_stress" []; translate = mk "applications/mod_translate" [];
Code change:
Describe the bug version 1.18.0 fails to build. To Reproduce Steps to reproduce the behavior: Expected behavior Build properly completes. Logs Full build log: Additional context This is blocking rebuilds. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(anna): nixpkgs: Maintainer information:
I'm experiencing this as well.
might be due to spansp upgrade in

Related discussion:
text: soundtouch = callPackage ../development/libraries/soundtouch {}; spandsp = callPackage ../development/libraries/spandsp {}; <ins> spandsp3 = callPackage ../development/libraries/spandsp/3.nix {}; </ins> spaceship-prompt = callPackage ../shells/zsh/spaceship-prompt {};
Code change:
Describe the bug It appears that the binary is not included in the output of the derivation. To Reproduce Steps to reproduce the behavior: in NixOS 20.09. a video, e.g. by adding a solid color with “Open Other” → “Color” & dragging it to the timeline. to export with default settings. Expected behavior Video is exported successfully. Actual behavior Export fails with the following log message: Workaround separately. file after failed export. to create the exported video. Notify maintainers Metadata Maintainer information:
Thanks for your report, you are right, export is broken. But was also not included in $out/bin in older versions, so I guess there is a path to mlt missing somewhere, so shotcut does not find melt. We have to find out where.
found it, was changed to , just preparing a PR
I have to apologize for not testing the export after updating to shotcut-20.10.31
Thanks, !

Related discussion:
text: ]; prePatch = '' <del> sed 's_shotcutPath, "qmelt"_"${mlt}/bin/melt"_' -i src/jobs/meltjob.cpp </del> <ins> sed 's_shotcutPath, "melt"_"${mlt}/bin/melt"_' -i src/jobs/meltjob.cpp </ins> sed 's_shotcutPath, "ffmpeg"_"${mlt.ffmpeg}/bin/ffmpeg"_' -i src/jobs/ffmpegjob.cpp sed 's_qApp->applicationDirPath(), "ffmpeg"_"${mlt.ffmpeg}/bin/ffmpeg"_' -i src/docks/encodedock.cpp NICE=$(type -P nice)
Code change:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Hi Opened PR for this.

Related discussion:
text: <ins> # Citrix Workspace {#sec-citrix} The [Citrix Workspace App](https://www.citrix.com/products/workspace-app/) is a remote desktop viewer which provides access to [XenDesktop](https://www.citrix.com/products/xenapp-xendesktop/) installations. ## Basic usage {#sec-citrix-base} The tarball archive needs to be downloaded manually as the license agreements of the vendor for [Citrix Workspace](https://www.citrix.de/downloads/workspace-app/linux/workspace-app-for-linux-latest.html) needs to be accepted first. Then run `nix-prefetch-url file://$PWD/linuxx64-$version.tar.gz`. With the archive available in the store the package can be built and installed with Nix. ## Citrix Selfservice {#sec-citrix-selfservice} The [selfservice](https://support.citrix.com/article/CTX200337) is an application managing Citrix desktops and applications. Please note that this feature only works with at least citrix_workspace_20_06_0 and later versions. In order to set this up, you first have to [download the `.cr` file from the Netscaler Gateway](https://its.uiowa.edu/support/article/102186). After that you can configure the `selfservice` like this: ```ShellSession $ storebrowse -C ~/Downloads/receiverconfig.cr $ selfservice ``` ## Custom certificates {#sec-citrix-custom-certs} The `Citrix Workspace App` in `nixpkgs` trusts several certificates [from the Mozilla database](https://curl.haxx.se/docs/caextract.html) by default. However several companies using Citrix might require their own corporate certificate. On distros with imperative packaging these certs can be stored easily in [`$ICAROOT`](https://developer-docs.citrix.com/projects/receiver-for-linux-command-reference/en/13.7/), however this directory is a store path in `nixpkgs`. In order to work around this issue the package provides a simple mechanism to add custom certificates without rebuilding the entire package using `symlinkJoin`: ```nix with import <nixpkgs> { config.allowUnfree = true; }; let extraCerts = [ ./custom-cert-1.pem ./custom-cert-2.pem # ... ]; in citrix_workspace.override { inherit extraCerts; } ``` </ins>