jiebi/CodeConvo huggingface dataset:
Change:
Building this package twice does not produce the bit-by-bit identical result each time, making it harder to detect CI breaches. You can read more about this at https://reproducible- . Fixing bit-by-bit reproducibility also has additional advantages, such as avoiding hard-to-reproduce bugs, making content-addressed storage more effective and reducing rebuilds in such systems. You can use to analyze the differences in the output of the two builds. To view the build log of the build that produced the artifact in the binary cache: according to , "A locale archive is a memory-mapped file which contains all the system-provided locales" - oh great
AFAIU locale generation consists of roughly 2 steps: building of individual locales with calls ( macro in 's ) merge into [1.] Should not depend on the order of excution (but might depend on the environment?) [2.] Should not either as it's ran after complete (but might depend on file list on disk?) I hope for a simple bug somewhere in .
Adding a bit of logging: here are the commands used to populate locale archive: It's a bit worrying that flag is not passed there. It probably means we do update in multiple processes.
Proposed disabling ot parallel locale building for now as:
Gentoo for example uses the following: for parallel phase for sequential phase Would be nice if upstream glibc did it for us.
I am totally unsurprised... glibc is full of these kinds of things... unnecessary use of advanced OS features without forethought for the grief they might cause.
I wonder if it's worth us packaging this and using it.
A fix reached master.

Discussion:
echo SUPPORTED-LOCALES='${toString locales}' > ../glibc-2*/localedata/SUPPORTED ''; <del> enableParallelBuilding = true; </del> <ins> # Current `nixpkgs` way of building locales is not compatible with # parallel install. `locale-archive` is updated in parallel with # multiple `localedef` processes and causes non-deterministic result: #   https://github.com/NixOS/nixpkgs/issues/245360 enableParallelBuilding = false; </ins> makeFlags = (previousAttrs.makeFlags or []) ++ [ "localedata/install-locales"
Change:
I nixpkgs recently and got some strange zsh behavior. I have , so I'm not sure how to reproduce it properly yet. But there are some observations: it doesn't work properly with starship which is RPROMPT: ! Note where is the cursor - it's behind the arrow and once it type anything it overwrites the arrow. Also RPROMPT is not aligned properly - it has too much space at the right border which wasn't the case before. tab completion also suffers: ! Here I just typed and then pressed TAB for completion, and it printed echo at wrong position, making it printed twice (if I press backspaces it just deletes second printed echo and stops). And finally remote building doesn't work for me anymore - it just hangs at ssh attempt (I see the established connection on the builder but it does nothing). It might be related to shell, but might be a completely different problem. Steps to reproduce the behavior: not sure yet I'm filling this issue in a hope that someone might know what has recently changed. Will try to investigate it further and add an additional info here.
Hm, my locales are also broken - I can type only English letters in my terminals. Also it seems zsh has problems only when starship is enabled.
Yet another observation - midnight commander can render only ascii symbols now in it's UI.
Looks like something is wrong with locale generation:
ok, found the problem. I was overriding and didn't have there. It somehow worked before the update, but broke after. Adding it to supportedLocales fixed the problem.

Discussion:
# This file is autogenerated from update.sh in the same directory. <del> # VHASH: 5e5af2017fa2e05f11aa741c6f87fff0549b93e3bc2aa40e6cc0a0aff84ba010 </del> <ins> # VHASH: 545cfbcd1fc31d037d1e6b5382995075d2a875a51d181cc26851e49dbd2227d8 </ins> { dev = { <del> version = "21.0.1180.15"; url = "http://commondatastorage.googleapis.com/chromium-browser-official/chromium-21.0.1180.15.tar.bz2"; sha256 = "0ahsrsyw4928vg1kl3dv44q77ksp85crw6m7fy20nq46qihb0mxa"; </del> <ins> version = "22.0.1207.1"; url = "http://commondatastorage.googleapis.com/chromium-browser-official/chromium-22.0.1207.1.tar.bz2"; sha256 = "1kzzaaczz1mwsfw7fn8la6h4yls2wy537ypabqgwyim01jhfmilp"; </ins> }; beta = { <del> version = "20.0.1132.47"; url = "http://commondatastorage.googleapis.com/chromium-browser-official/chromium-20.0.1132.47.tar.bz2"; sha256 = "1rd1lfn9xchf4nrgi46van5aigqxj2n303890sslc4bcj6p8fkm3"; </del> <ins> version = "21.0.1180.41"; url = "http://commondatastorage.googleapis.com/chromium-browser-official/chromium-21.0.1180.41.tar.bz2"; sha256 = "1225ny7y5msyk44lb5dspd4aq0yiaawsb5xi9g8iimiv80j4h34a"; </ins> }; stable = { <del> version = "20.0.1132.47"; url = "http://commondatastorage.googleapis.com/chromium-browser-official/chromium-20.0.1132.47.tar.bz2"; sha256 = "1rd1lfn9xchf4nrgi46van5aigqxj2n303890sslc4bcj6p8fkm3"; </del> <ins> version = "20.0.1132.57"; url = "http://commondatastorage.googleapis.com/chromium-browser-official/chromium-20.0.1132.57.tar.bz2"; sha256 = "06v4ybvaj3gx1v4visfyfzbq2q3xasa8xlf05f4wi2bf62vcc98j"; </ins> }; }
Change:
Steps to reproduce the behavior: or Built from in I apologize but there is no maintainer listed so I notify the last few contributors:
mr is so it's a matter of fetching and patching
Hello, how do you make an overlay for a kernel module ? I’ve tried but can’t get it to work (it doesn’t change the package nor fetch the patch). I’ve searched for examples or tutorials but haven’t found any :confused:
This is what's working for me. (Also I wonder why it takes more than 2 months to merge this little change): I excluded irrelevant configurations. I know you asked for a overlays but I wonder if that's really necessary for one time use. EDIT: for debugging I'd recommend reading what nixpkgs.overlay actually does and what the default value for is
Thank you ! I wanted to write an overlay to avoid modifying my main config and adding it in my directory. But your solution will do it for now so I can use ddcci again Thanks for the suggestion

Discussion:
<del> { lib, stdenv, fetchFromGitLab, kernel, fetchpatch }: </del> <ins> { lib, stdenv, fetchFromGitLab, kernel }: </ins> stdenv.mkDerivation rec { pname = "ddcci-driver"; <del> version = "0.4.3"; </del> <ins> version = "0.4.4"; </ins> name = "${pname}-${kernel.version}-${version}"; src = fetchFromGitLab { owner = "${pname}-linux"; repo = "${pname}-linux"; rev = "v${version}"; <del> hash = "sha256-1Z6V/AorD4aslLKaaCZpmkD2OiQnmpu3iroOPlNPtLE="; </del> <ins> hash = "sha256-4pCfXJcteWwU6cK8OOSph4XlhKTk289QqLxsSWY7cac="; </ins> }; <del> patches = [ # https://gitlab.com/ddcci-driver-linux/ddcci-driver-linux/-/merge_requests/12 (fetchpatch { name = "kernel-6.2-6.3.patch"; url = "https://gitlab.com/ddcci-driver-linux/ddcci-driver-linux/-/commit/1ef6079679acc455f75057dd7097b5b494a241dc.patch"; hash = "sha256-2C2leS20egGY3J2tq96gsUQXYw13wBJ3ZWrdIXxmEYs="; }) ]; </del> hardeningDisable = [ "pic" ]; nativeBuildInputs = kernel.moduleBuildDependencies;
Change:
Hi. Some Emacs packages which were ok at 16.09 got broken with 17.03 Adding leads to error If I activate , Emacs shows the error . It doesn't matter whether it was installed from or . One from loads but produces a warning System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run )
With regard to the sha issue with ---I think this is just an inherent conflict between melpa being willing to get code off of , and nix's desire for stable identifiers---if you look at the sha on , it matches what is expected, but it only dates back to 2017-03-02. should we update the sha in the expression for the release?
With regard to ---whatever it's baroque initialization code is doing, it is apparently not smart enough to simply , instead electing to get itself into some infinite-seeming loop. I would suggest reporting a bug upstream. Doing that manually allowed it to start, at which point I discovered it was apparently written by someone who doesn't actually like emacs---I barely escaped. :) Good luck!
I have the same problem with a fresh NixOS 17.03. Script to reproduce this problem: Will produce the following output:
Thank you much for fixing zerodark-theme! ergoemacs-mode fixed in

Discussion:
}) {}; font-lock-plus = callPackage ({ fetchurl, lib, melpaBuild }: melpaBuild { pname = "font-lock-plus"; <del> version = "20170101.947"; </del> <ins> version = "20170222.1755"; </ins> src = fetchurl { url = "https://www.emacswiki.org/emacs/download/font-lock+.el"; <del> sha256 = "0ffs2c7gyhfa2mskdh7a1yp0na99kk282zm4zn56ljp55rrnnnh0"; </del> <ins> sha256 = "0iajkgh0n3pbrwwxx9rmrrwz8dw2m7jsp4mggnhq7zsb20ighs30"; </ins> }; recipeFile = fetchurl { url = "https://raw.githubusercontent.com/milkypostman/melpa/a5d15f875b0080b12ce45cf696c581f6bbf061ba/recipes/font-lock+";
Change:
The latest libtiledb package for x86_64-linux results in an 'Illegal instruction (core dumped)' Steps to reproduce the behavior: journalctl for systemd-coredump logs: No crash. <!-- 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.
As additional info, this issue does not happen on all machines. We encountered this mainly on VMs. One deployment was in a VMWare cluster and the other in an OpenStack environment of a public cloud. Furthermore, we did not have this issue with NixOS 22.11. We hit this issue while trying to upgrade to 23.05.
It seems that the version of tiledb that is provided in the nixpkgs cache was build with AVX instructions. The version from nixos 22.11: The version from nixos 23.05:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Running gdb on gdalinfo gives:
Yeah, it's a global constructor for from . Adding clearly shows that gets to every source file in , not just one. Probably caused by looks off.
Looks like you should be able to it to force not passing .
I can confirm that adding to in the derivation does the trick. However, this then removes all AVX code from the library. So any will then also no longer work. Unless anyone has any better ideas, I would propose to introduce a option to the derivation and then use:

Discussion:
, gtest , doxygen , fixDarwinDylibNames <ins> , useAVX2 ? stdenv.hostPlatform.avx2Support </ins> }: stdenv.mkDerivation rec {

# unaccelerated routines. cmakeFlags = [ "-DTILEDB_WERROR=0" <del> ]; </del> <ins> ] ++ lib.optional (!useAVX2) "-DCOMPILER_SUPPORTS_AVX2=FALSE"; </ins> nativeBuildInputs = [ clang-tools
Change:
fetchYarnDeps doesn't follow redirect. http module in nodejs doesn't follow redirect. E.g., fetchYarnDeps doesn't work with Example url: I thought we should just use curl. It would be much easier than writting a home-made http client in js. Steps to reproduce the behavior: a with npmmirror. mismatch because fetchYarnDeps only get a 302 response and it calculates hash for it. ... The fetchYarnDeps should works as a normal http client, e.g. curl. It should be clever enough to follow redirect. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. <!-- 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.

Discussion:
const downloadFileHttps = (fileName, url, expectedHash, hashType = 'sha1') => { return new Promise((resolve, reject) => { <del> https.get(url, (res) => { </del> <ins> const get = (url, redirects = 0) => https.get(url, (res) => { if(redirects > 10) { reject('Too many redirects!'); return; } if(res.statusCode === 301 || res.statusCode === 302) { return get(res.headers.location, redirects + 1) } </ins> const file = fs.createWriteStream(fileName) const hash = crypto.createHash(hashType) res.pipe(file)

}) res.on('error', e => reject(e)) }) <ins> get(url) </ins> }) }
Change:
Atlas is an open-source project maintained by , a tech-company founded by the maintainers of . Homepage URL: Source URL: License: Platforms: , ,
Almost-working derivation in

Discussion:
<ins> { lib, buildGoModule, fetchFromGitHub, installShellFiles }: buildGoModule rec { pname = "atlas"; version = "0.13.3"; src = fetchFromGitHub { owner = "ariga"; repo = "atlas"; rev = "v${version}"; hash = "sha256-mnLrmsKFDpjTHyOgOeL/YsWcTfbKgv/M+phJSMFQReU="; }; modRoot = "cmd/atlas"; vendorHash = "sha256-Xi0N3lU/gqmkqJcJeQqkKr0rcbad6cIclhq4t6DCTZI="; nativeBuildInputs = [ installShellFiles ]; env.GOWORK = "off"; ldflags = [ "-s" "-w" "-X ariga.io/atlas/cmd/atlas/internal/cmdapi.version=v${version}" ]; subPackages = [ "." ]; postInstall = '' installShellCompletion --cmd atlas  --bash <($out/bin/atlas completion bash)  --fish <($out/bin/atlas completion fish)  --zsh <($out/bin/atlas completion zsh) ''; meta = with lib; { description = "A modern tool for managing database schemas"; homepage = "https://atlasgo.io/"; changelog = "https://github.com/ariga/atlas/releases/tag/v${version}"; license = licenses.asl20; maintainers = [ maintainers.marsam ]; mainProgram = "atlas"; }; } </ins>

atftp = callPackage ../tools/networking/atftp { }; <ins> atlas = callPackage ../development/tools/database/atlas { }; </ins> authoscope = callPackage ../tools/security/authoscope { inherit (darwin.apple_sdk.frameworks) Security; };
Change:
For a while now, gives me the trace warning: Not a big deal, but it'd be nice to fix that. Maybe ? as the Qt5 maintainer?
duplicate

Discussion:
propagatedBuildInputs = [ self.qtbase.dev buildPackages.makeBinaryWrapper ] ++ lib.optional stdenv.isLinux self.qtwayland.dev; } ../hooks/wrap-qt-apps-hook.sh; <del> } // lib.optionalAttrs config.allowAliases { # remove before 23.11 overrideScope' = lib.warn "qt5 now uses makeScopeWithSplicing which does not have "overrideScope'", use "overrideScope"." self.overrideScope; </del> }; in makeScopeWithSplicing (generateSplicesForMkScope "qt5") (_: {}) (_: {}) addPackages
Change:
When building a NixOS config this morning, I started seeing this: It would appear that has changed. Steps to reproduce the behavior: a NixOS build relying on using latest nixos-unstable It should build cleanly and not complain about the FOD hash mismatch. Please run and paste the result.
Last commit was 3 weeks ago. I've tried building with a URL using a few specific commits going back 6 months and all have the same effect. Could this have been a force push?
That's because Debian does useless rebases of their patches with no actual changes except line changes which diff/git can resolve itself. We should just pin it to some commit. eg half of is more or less noise

Discussion:
patches = [ # fix platform detection (fetchpatch { <del> url = "https://salsa.debian.org/multimedia-team/intel-media-driver-non-free/-/raw/master/debian/patches/0002-Remove-settings-based-on-ARCH.patch"; sha256 = "sha256-f4M0CPtAVf5l2ZwfgTaoPw7sPuAP/Uxhm5JSHEGhKT0="; </del> <ins> url = "https://salsa.debian.org/multimedia-team/intel-media-driver-non-free/-/raw/04ffb03f744780a55aba311c612d708b00584bb7/debian/patches/0002-Remove-settings-based-on-ARCH.patch"; sha256 = "sha256-o/Pg0S53SYh3O7L+AwxOPl1Bx4TS6iKB8ql8GhhHI/o="; </ins> }) ];
Change:
Project description PostgreSQL pooler and proxy (like PgBouncer) with support for sharding, load balancing, failover and mirroring. Metadata homepage URL: source URL: license: mit platforms: unix

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , rustPlatform , darwin }: rustPlatform.buildRustPackage rec { pname = "pgcat"; version = "1.1.0"; src = fetchFromGitHub { owner = "postgresml"; repo = "pgcat"; rev = "v${version}"; hash = "sha256-ESHBOh9JSzu6Zxh0z/+nebumi/zyFVdTK0DIwR/46Xo="; }; cargoHash = "sha256-2wZADXEi8bfNgSQuL7yAmDYd/a0LOssdPFa/kvSSLFU="; buildInputs = lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Security ]; checkFlags = [ # requires network access "--skip=dns_cache::CachedResolver::lookup_ip" "--skip=dns_cache::CachedResolver::new" "--skip=dns_cache::CachedResolver" "--skip=dns_cache::tests::has_changed" "--skip=dns_cache::tests::incorrect_address" "--skip=dns_cache::tests::lookup_ip" "--skip=dns_cache::tests::new" "--skip=dns_cache::tests::thread" "--skip=dns_cache::tests::unknown_host" ]; doInstallCheck = true; installCheckPhase = '' $out/bin/pgcat --version | grep "pgcat ${version}" ''; meta = with lib; { homepage = "https://github.com/postgresml/pgcat"; description = "PostgreSQL pooler with sharding, load balancing and failover support."; license = with licenses; [mit]; platforms = platforms.unix; maintainers = with maintainers; [cathalmullan]; }; } </ins>

pgbouncer = callPackage ../servers/sql/pgbouncer { }; <ins> pgcat = callPackage ../servers/sql/pgcat {}; </ins> pgpool = callPackage ../servers/sql/pgpool { }; tang = callPackage ../servers/tang {
Change:
Project description GoatCounter is an open source web analytics platform available as a (free) hosted service or self-hosted app. It aims to offer easy to use and meaningful privacy-friendly web analytics as an alternative to Google Analytics or Matomo. There are two ways to run this: as hosted service on , or run it on your own server. The source code is completely Open Source/Free Software, and it can be self-hosted without restrictions. go, golang, analytics homepage URL: source URL: license: a slightly modified version of European Union Public License (EUPL) 1.2; the only difference is that the “Compatible Licenses” Appendix removes some licenses, but is otherwise identical. platforms: any platform supported by Go
Hi, I have tried to create an overlay for it using : Unfortunately the build fails with the following log: I do not have a lot of insights into or go builds in general, but I'd guess it has something to do with . Maybe someone with more experience around go packaging can help?
Nevermind, I found with working code.

Discussion:
<ins> { lib , buildGoModule , fetchFromGitHub , testers , goatcounter }: buildGoModule rec { pname = "goatcounter"; version = "2.5.0"; src = fetchFromGitHub { owner = "arp242"; repo = "goatcounter"; rev = "v${version}"; sha256 = "sha256-lwiLk/YYxX4QwSDjpU/mAikumGXYMzleRzmPjZGruZU="; }; vendorHash = "sha256-YAb3uBWQc6hWzF1Z5cAg8RzJQSJV+6dkppfczKS832s="; subPackages = [ "cmd/goatcounter" ]; modRoot = "."; # Derived from the upstream build scripts: # # `-trimpath` is used, which `allowGoReference` sets allowGoReference = true; # Flags set in the upstream build. ldflags = [ "-s" "-w" "-X zgo.at/goatcounter/v2.Version=${src.rev}" ]; passthru.tests.version = testers.testVersion { package = goatcounter; command = "goatcounter version"; version = "v${version}"; }; meta = { description = "Easy web analytics. No tracking of personal data"; changelog = "https://github.com/arp242/goatcounter/releases/tag/${src.rev}"; longDescription = '' GoatCounter is an open source web analytics platform available as a hosted service (free for non-commercial use) or self-hosted app. It aims to offer easy to use and meaningful privacy-friendly web analytics as an alternative to Google Analytics or Matomo. ''; homepage = "https://github.com/arp242/goatcounter"; license = lib.licenses.eupl12; maintainers = with lib.maintainers; [ tylerjl ]; mainProgram = "goatcounter"; }; } </ins>
Change:
Package name: Latest released version: 1.34.0 <!-- Search your package here: --- Current version on the unstable channel: 1.27.0 Current version on the stable/release channel: 1.27.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 for maintainers: Please tag this issue in your PR.
Note: the update script isn't working on my system, I assume that's why has not uploaded any updates.
Ill take a look tomorrow :)

Discussion:
{ lib }: rec { <del> version = "1.27.0"; </del> <ins> version = "1.34.1"; </ins> <del> srcHash = "sha256-F6n3LQY4a5sO6c8SMQF9YjjgOS+v2SH+UQPwhg2EX7Q="; </del> <ins> srcHash = "sha256-jbwG3Xyb/rEyz7aR51/pfc+bU/KY9k6BsByZg6KDY5s="; </ins> # submodule dependencies # these are fetched so we:

"cli/src/semgrep/semgrep_interfaces" = { owner = "returntocorp"; repo = "semgrep-interfaces"; <del> rev = "213f67abea73546ca6111e1bbf0ef96aa917c940"; hash = "sha256-HeNHJkTje9j16+dwsfyMhoqQn/J18q/7XvQPRwgTw/Y="; </del> <ins> rev = "f7fed064dadb859f0b802b11fb60f7f77008c4d7"; hash = "sha256-EXYRc6p94QxkOBMPOdr608JqLY6kN1AanlRfOFXxPm8="; </ins> }; };

core = { x86_64-linux = { platform = "any"; <del> hash = "sha256-cRj81dXpAE6S0EXajsRikOIAPzlUf42FhiDCWjv+wZQ="; </del> <ins> hash = "sha256-XogITZZtuNmWBrCfL5qpHJNm6jFxzraZMXWhUotXA4c="; </ins> }; x86_64-darwin = { platform = "macosx_10_14_x86_64"; <del> hash = "sha256-jqfGVZGF/DFgXkr7kQg6QyqEELSr8AKE3Ga8kTftnIY="; </del> <ins> hash = "sha256-YjV915SZ2L8t6huToErTHRd82m4I+evPyeuwpVzi26o="; </ins> }; aarch64-darwin = { platform = "macosx_11_0_arm64"; <del> hash = "sha256-e/uCSRMdbVD0lvc0hukbiUzheqRNIIh1LgMq6Ae7JYI="; </del> <ins> hash = "sha256-BAnYYeUWosAorcHpqUMpRXJFl4NQDPbWTsykDN3w5UQ="; </ins> }; };

makeWrapperArgs+=(--prefix PATH : ${lib.makeBinPath [ semgrep-core ]}) ''; <ins> postInstall = '' chmod +x $out/bin/{,py}semgrep ''; </ins> passthru = { inherit common; submodulesSubset = lib.mapAttrs (k: args: fetchFromGitHub args) common.submodules;

inherit version; format = "wheel"; dist = python; <del> python = "cp37.cp38.cp39.py37.py38.py39"; </del> <ins> python = "cp37.cp38.cp39.cp310.cp311.py37.py38.py39.py310.py311"; </ins> inherit (data) platform hash; };

ROOT="$(dirname "$(readlink -f "$0")")" NIXPKGS_ROOT="$ROOT/../../../.." <del> NIX_DRV="$ROOT/default.nix" </del> COMMON_FILE="$ROOT/common.nix"

version = "$VERSION"; format = "wheel"; dist = python; <del> python = "cp37.cp38.cp39.py37.py38.py39"; </del> <ins> python = "cp37.cp38.cp39.cp310.cp311.py37.py38.py39.py310.py311"; </ins> platform = "$PLATFORM"; } "

continue fi <del> NEW_URL=$(instantiateClean semgrep.passthru.submodulesSubset."$SUBMODULE".url | sed "s@$OLD_REV@$NEW_REV@g") </del> TMP_HASH="sha256-AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=" replace "$OLD_REV" "$NEW_REV" "$COMMON_FILE" replace "$OLD_HASH" "$TMP_HASH" "$COMMON_FILE"
Change:
Project description <!-- Describe the project a little: --A customizable TUI display/login manager written in Rust. Lemurs provides a Terminal User Interface (TUI) for a Display/Login Managers in Rust for most GNU/Linux and BSD distributions. It can work both with or without SystemD. Lemurs works on most Unix systems including Linux, FreeBSD and NetBSD. Metadata homepage URL: source URL: license: Apache-2.0, MIT platforms: unix, linux

Discussion:
githubId = 1608697; name = "Jens Binkert"; }; <ins> jeremiahs = { email = "jeremiah@secrist.xyz"; github = "JeremiahSecrist"; githubId = 26032621; matrix = "@jeremiahs:matrix.org"; name = "Jeremiah Secrist"; }; </ins> jeremyschlatter = { email = "github@jeremyschlatter.com"; github = "jeremyschlatter";

<ins> { fetchFromGitHub, lib, linux-pam, rustPlatform, }: rustPlatform.buildRustPackage rec { pname = "lemurs"; version = "0.3.1"; src = fetchFromGitHub { owner = "coastalwhite"; repo = "lemurs"; rev = "v${version}"; hash = "sha256-6mNSLEWafw8yDGnemOhEiK8FTrBC+6+PuhlbOXTGmN0="; }; cargoHash = "sha256-nfUBC1HSs7PcIbD7MViJFkfFAPda83XbAupNeShfwOs="; # Fixes a lock issue preConfigure = "cargo update --offline"; buildInputs = [ linux-pam ]; meta = with lib; { description = "A customizable TUI display/login manager written in Rust"; homepage = "https://github.com/coastalwhite/lemurs"; license = with licenses; [asl20 mit]; maintainers = with maintainers; [jeremiahs]; }; } </ins>

insync = callPackage ../applications/networking/insync { }; <ins> lemurs = callPackage ../applications/display-managers/lemurs { }; </ins> libstrangle = callPackage ../tools/X11/libstrangle { stdenv = stdenv_32bit; };