# Developing and packaging Linux apps on NixOS - TisVlay

**URL:** https://discourse.nixos.org/t/developing-and-packaging-linux-apps-on-nixos-tisvlay/80917
**Category:** Uncategorized
**Created:** [November 4, 2026, 3:02am UTC](https://discourse.nixos.org/t/developing-and-packaging-linux-apps-on-nixos-tisvlay/80917 "2026-11-04T03:02:12Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![ruffsl](https://discourse.nixos.org/user_avatar/discourse.nixos.org/ruffsl/32/15715_2.png) [@ruffsl](https://discourse.nixos.org/u/ruffsl)
#### Post date: [November 4, 2026, 3:02am UTC](https://discourse.nixos.org/t/developing-and-packaging-linux-apps-on-nixos-tisvlay/80917/1 "2026-11-04T03:02:12Z")

</div>

Hey folks, for about 10 months or so been working on a hobby project just to get more practice in Linux application packaging, the Rust ecosystem/utilities, and software development on Nix and NixOS (as well as solve some personal pain points in using a HDMI TVs and projectors with PCs). Disclosure: this project includes AI assisted development, documentation and research, and has been a great help given my physical disabilities in typing.

I’m posting here as while project isn’t still fully stable, it’s daily drivable and fully documented, and I feel other Nix users aren’t too shy of beta software. While the pedantic app code may not be much to write home about, I’d be curious here on feedback of my nix packing approach, use of flakes for development and distribution, dev shell setup, and systemd services & permissions.

The app itself follows more of a distributed pub/sub architecture (my background is in robotics and cyber-physical system design, not desktop software), so converging on IPC and middle-ware libraries I’ve been meaning to experiment while keeping the installable setup self contained was a balance.

I’ve also adopted Cachix into the release pipeline (sparing my poor laptop and RPi from building the arm binaries with every release), but would be interested in finding other (Rust?) projects making use of Nix in CI for development to learn from, as that remains a large gap in GitHub Actions setup that still imperatively Ubuntu based.

Links to the rendered docs and source repo (NixOS install instruction included if you’d like to try it).

> **[Introduction - TisVlay](https://tisvlay.readthedocs.io/en/latest/)**
>
> User guide for tisvlay — TV display control for Linux.

> **[GitHub - TisVlay/TisVlay: TV Display control for Linux](https://github.com/TisVlay/TisVlay)**
>
> TV Display control for Linux

Cheers,  
Ruffin

---

<div class="post-metadata">

### Author: ![mightyiam](https://discourse.nixos.org/user_avatar/discourse.nixos.org/mightyiam/32/33998_2.png) [@mightyiam](https://discourse.nixos.org/u/mightyiam)
#### Post date: [November 5, 2026, 5:33am UTC](https://discourse.nixos.org/t/developing-and-packaging-linux-apps-on-nixos-tisvlay/80917/2 "2026-11-05T05:33:38Z")

</div>

> <https://github.com/TisVlay/TisVlay/issues/244>
>
> \### What problem would this solve?
> 
> I'm not a user, but you've asked for Nix fee…dback. Here's mine.
> 
> It seems that the only nix usage provided is flake outputs. There are no vanilla entry points. From a quick look.
> 
> \### What should TisVlay do?
> 
> I think flake outputs are secondary to vanilla ones, if at all. So, I recommend adding vanilla nix entry point files.
> 
> \### Alternatives you've considered
> 
> \_No response\_
> 
> \### TV model and backend, if it matters
> 
> \_No response\_

---

<div class="post-metadata">

### Author: ![llakala](https://discourse.nixos.org/user_avatar/discourse.nixos.org/llakala/32/38325_2.png) [@llakala](https://discourse.nixos.org/u/llakala)
#### Post date: [November 5, 2026, 5:58am UTC](https://discourse.nixos.org/t/developing-and-packaging-linux-apps-on-nixos-tisvlay/80917/3 "2026-11-05T05:58:05Z")

</div>

Be aware that we have an [LLM Policy](https://discourse.nixos.org/t/discourse-llm-policy/78302), where projects are expected to disclose when they made substantial use of LLMs. Taking a look at your source, I believe that would apply here.

---

<div class="post-metadata">

### Author: ![ruffsl](https://discourse.nixos.org/user_avatar/discourse.nixos.org/ruffsl/32/15715_2.png) [@ruffsl](https://discourse.nixos.org/u/ruffsl)
#### Post date: [November 5, 2026, 1:58pm UTC](https://discourse.nixos.org/t/developing-and-packaging-linux-apps-on-nixos-tisvlay/80917/4 "2026-11-05T13:58:28Z")

</div>

Oh, thanks. Looks like a recent policy since I last posted on this forum. Updated my OP.

Btw, would you know of an automated approach for tracking of LLM contributions in dependencies? TisVlay uses cargo-about for generating the attribution disclosure and acknowledgments of shipped third party licenses composed from its software build of materials. Would there be an equivalent for disclosure of LLM content in the entire SBOM or nix closure, useful for static taint analysis.

I’m thinking perhaps an extension to the SPDX specification to communicate AI assisted contributions that could been imbedded in TisVlay’s public crates to additionally propagate disclosure through downstream SBOMs?
