frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: MyraOS – My 32-bit operating system in C and ASM (Hack Club project)

https://github.com/dvir-biton/MyraOS
62•dvirbt•3h ago•6 comments

Show HN: Helium Browser for Android with extensions support, based on Vanadium

https://github.com/jqssun/android-helium-browser
7•jqssun•1h ago•0 comments

Show HN: The Legal Embedding Benchmark (MLEB)

https://huggingface.co/blog/isaacus/introducing-mleb
2•ubutler•1h ago•0 comments

Show HN: Diagram as code tool with draggable customizations

https://github.com/RohanAdwankar/oxdraw
242•RohanAdwankar•1d ago•51 comments

Show HN: Create-LLM – Train your own LLM in 60 seconds

https://github.com/theaniketgiri/create-llm
38•theaniketgiri•13h ago•11 comments

Show HN: Shadcn/UI theme editor – Design and share Shadcn themes

https://shadcnthemer.com
126•miketromba•1d ago•39 comments

Show HN: Chonky – a neural text semantic chunking goes multilingual

https://huggingface.co/mirth/chonky_mmbert_small_multilingual_1
40•hessdalenlight•1d ago•4 comments

Show HN: LLM Rescuer – Fixing the billion dollar mistake in Ruby

https://github.com/barodeur/llm_rescuer
87•barodeur•2d ago•13 comments

Show HN: I Built DevTools for Blazor (Like React DevTools but for .NET)

https://blazordevelopertools.com/
4•joe-gregory•7h ago•1 comments

Show HN: AI bookmarking app for people who hate AI

https://tryeyeball.com/
3•quinto_quarto•7h ago•0 comments

Show HN: Guided EMDR Therapy App to Heal Inner Trauma

https://myemdr.app/start
2•positive-minds•9h ago•0 comments

Show HN: A browser SIM of a decentralized court for autonomous AI agents

https://aethelred.ayauho.com/
3•Ohuaya•10h ago•1 comments

Show HN: Random Makers – Show HN and Product Hunt, but Faster and Not Corporate

https://makers.random.gg/
16•waynerd•1d ago•1 comments

Show HN: MacOS Live Screensaver – A screensaver that plays live video streams

https://github.com/hauxir/macos-live-screensaver
62•hauxir•5d ago•40 comments

Show HN: Git for LLMs – A context management interface

https://twigg.ai
101•jborland•3d ago•36 comments

Show HN: Deta Surf – An open source and local-first AI notebook

https://github.com/deta/surf
137•mxek•3d ago•39 comments

Show HN: Tommy – Turn ESP32 devices into through-wall motion sensors

https://www.tommysense.com
103•mike2872•3d ago•78 comments

Show HN: Status of my favorite bike share stations

https://blog.alexboden.ca/toronto-bike-share-status/
13•alexboden•1d ago•5 comments

Show HN: A fast, privacy-first image converter that runs in browser

https://imageconverter.dev/
45•wainguo•2d ago•38 comments

Show HN: OpenSnowcat – A fork of Snowplow to keep open analytics alive

https://opensnowcat.io/
75•joaocorreia•3d ago•18 comments

Show HN: Nostr Web – decentralized website hosting on Nostr

https://nweb.shugur.com
101•karihass•3d ago•34 comments

Show HN: Dictly – Local, real‑time voice‑to‑text for macOS (sub‑100ms, no cloud)

https://dictly.app/
8•JannikJung•1d ago•2 comments

Show HN: Centia.io – Open PostgreSQL/PostGIS back end for developers

https://centia.io/
6•mhoegh•1d ago•0 comments

Show HN: Zoto – low-level audio playback in Zig

https://github.com/braheezy/zoto
3•braheezy•19h ago•0 comments

Show HN: Piping in and Out of Emacs

https://github.com/agzam/mx-piper
4•iLemming•19h ago•1 comments

Show HN: Cuq – Formal Verification of Rust GPU Kernels

https://github.com/neelsomani/cuq
94•nsomani•4d ago•63 comments

Show HN: I built a tech news aggregator that works the way my brain does

https://deadstack.net/recent
187•dreadsword•3d ago•97 comments

Show HN: Katakate – Dozens of VMs per node for safe code exec

https://github.com/Katakate/k7
123•gbxk•5d ago•53 comments

Show HN: Sqlite3-dump - a fast SQLite to CSV and parquet

https://github.com/i64/sqlite3-dump
18•Gave4655•2d ago•3 comments

Show HN: NickelJoke – Pay a Nickel to Get a Joke Using X402 Micropayments

https://github.com/btahir/nickeljoke
2•bilater•23h ago•2 comments
Open in hackernews

Show HN: Rv, a Package Manager for R

https://github.com/A2-ai/rv
76•Keats•5mo ago
We have been building a package manager for R inspired by Cargo in Rust. The main idea behind rv is to be explicit about the R version in use as well as declaring which dependencies are used in a rproject.toml file for a given project. There's no renv::snapshot equivalent, everything needs to be declared up front, the config file (and resulting lockfile) is the source of truth. This avoids issue where renv might miss information about the installation and is also easy to tweak some packages, eg install one from source and install suggests from another.

If you have used Cargo/npm/any Python package manager/etc, it will be very familiar.

Comments

mbeavitt•5mo ago
Can this be used to effectively create R environments? I’m desperate for such a solution.
goosedragons•5mo ago
You can do that with Nix or Guix.
scrappyjoe•5mo ago
Doesn’t renv do that? What need does renv not meet for you?
arbutus8•5mo ago
Ultimately, you're right that `rv` and `renv` get you to the same spot, both create reproducible, isolated projects. `renv` has a few issues that we often hit that lead to `rv`.

`renv` is an iterative process of installing some packages, then snapshotting your project state, and then trying to reproduce. The time between the installation and snapshot can often lose information (think `install.packages("my_pkg", repos = "https://my-repo.com")`, your repo source is lost by time the snapshot occurs). You can also install incompatible versions over-time.

rv solves both of these problems because it will lock the source at the time of installation. Additionally, because it is declarative, we are able to resolve the full dependency tree before installing packages to ensure everything will be compatible.

While I am a big proponent of using rv, if renv fits your needs, then switching to rv may not be worth it. For our organization, we did have multiple issues with renv, so created a replacement for it that we hope others in the community will find useful to address their needs.

aquafox•5mo ago
I had similar issues in the past. Setting up renv, everything seems good, but after working in a project for a few weeks and installing packages, renv constantly complains about the library being out-of-sync and resolving these complaints took way longer than new ones came around. I think renv has good intentions, but there are just too many edge cases (Bioconductor, installing an experimental package from Github, weird package dependencies etc.), that it always failed me in a real-world scenario.
Keats•5mo ago
By default, rv will create a library folder in the same folder as your rproject.toml and there's rv activate/deactivate to add it to your loaded libs. Pretty much the same stuff as a virtualenv in Python.
okanat•5mo ago
I used pixi for that. It uses Conda ecosystem but you get proper lockfiles and great native binary package support.
pupperino•5mo ago
{renv} is pretty solid, I've been using it in production for years now and have no complaints.
simpaticoder•5mo ago
You might want to consider writing a plugin for R with Mise en Place https://mise.jdx.dev/core-tools.html This would extend your reach and might take some of the heavy lifting out of the project. (At least for the runtime portion. I don't think it will help with package management.)
Keats•5mo ago
I could be wrong but I feel like the overlap between mise and R users is likely very tiny
0cf8612b2e1e•5mo ago
Tend to agree. Majority of users are leaving that icky computer stuff to RStudio and have no idea what happens behind the scenes.
simpaticoder•5mo ago
Mise is pretty new, and it's userbase is tiny (afaik), so the overlap with it and anything is tiny. But I've enjoyed it as a replacement for ruby/node/java/python version managers, and I think it's a solid, thoughtful piece of kit. I think it targets curious, multilingual hackers who I imagine would be the kind of people to try out R to "kick the tires" just for fun (I imagine Elixer, Erlang, and Zig are in there for the same reason...surprised not to see Julia). It's also the case that mise is already doing all the heavy lifting of documentation, website, installation, etc so might as well not reinvent the wheel (such projects always have far more scope than you think, in my experience!) It could free you to making the package manager that much better (a very hard problem in itself).

I'm not affiliated, btw, just a happy user. Shout out to DHH for introducing it (to me) as part of Omakub.

_Wintermute•5mo ago
My biggest issue with R package management is version pinning. If I specify an older version of a package, R will fetch the latest versions of all its dependencies, regardless if they're compatible or not, which leads to manually chasing down and re-installing specific versions of dependencies and sub-dependencies one-by-one.

Microsoft's CRAN time machine helped solved this, but I think they've recently shut it down and I don't really trust Posit to not have a version behind a paywall.

arbutus8•5mo ago
You're hitting one of my (and many people's) main issue with the R package distribution system. In CRAN, only one package version is available at a time, which makes things like version pinning quite difficult. Now the benefit of that is that CRAN guarantees all packages will work together at any moment in time, but then trying to reach back into the Archive breaks that guarantee.

What the CRAN time machine (and now Posit Package Manager) does is take that compatibility guarantee, and freeze it so you have access to all the same, compatible, packages at any moment in time.

While I personally do use PPM fairly extensively, I do understand the paywall concern for long-term reproducibility so `rv` can help you here, with a bit of manual massaging. I'd recommend setting the repositories section of the config file to be a snapshot date in PPM that contains the package version(s) you're interested in and then installing using that repository (taking the benefit of that CRAN guarantee), then in both the config file and `rv.lock`, replace all the references to the PPM repo with your preferred CRAN mirror. This will allow you to resolve to compatible package versions, but then for your POSIT concern, will still be able to reproduce using the CRAN archive.

t-kalinowski•5mo ago
Posit offers something similar to Microsoft’s CRAN Time Machine, but it works not only for CRAN, but also for Bioconductor and PyPI. You can add a date to the Public Posit Package Manager URL to access a snapshot of all packages from that day.

For example: https://packagemanager.posit.co/cran/2025-03-02

You can browse available snapshot dates here: https://packagemanager.posit.co/client/#/repos/cran/setup?sn...

This also works for PyPI and Python packages: https://packagemanager.posit.co/pypi/2025-03-04/simple

almostkindatech•5mo ago
Might be worth looking at groundhog, if you want a 'time machine' less likely to have a commercial motive
xvilka•5mo ago
Maybe some code could be shared with the `uv`[1] to avoid re-implementing same things.

[1] https://github.com/astral-sh/uv

Keats•5mo ago
We actually do use a bit of their code for the linking phase, which they seem to have taken from Cargo. For the rest, Python and R are way too different in how they handle packages to allow sharing code.
xgstation•5mo ago
is using Rust to rewrite existing package managers a new trendy thing

feels we eagerly need cv -> C/C++ package manager

barslmn•5mo ago
Can it be used for installing from bioconductor?
Keats•5mo ago
Not yet but it is on the radar.
cluckindan•5mo ago
Is it possible to override transitive dependencies?
Keats•5mo ago
Yes, if you list it in the rproject.toml from a specific repo/url/git etc it will use that
badmonster•5mo ago
I'm curious — does rv support or plan to support per-project isolation of system-level dependencies (e.g., gfortran, libxml2, etc.) like what renv sometimes indirectly requires users to manage outside R? If not, do you have recommendations for managing these in a reproducible way alongside rv?
mauflows•5mo ago
I'm curious how your team ended up doing this. We settled on Nix with flakes after some pain with Docker / RStudio Server.
Keats•5mo ago
It's not planned for rv, this is whole other can of worms. Something like nix/docker should work but I'm not working on that part myself so I can't comment.
condwanaland•5mo ago
Very cool! Are you planning for there to be a corresponding R package that exposes the high level commands? The popularity of the usethis package really showed the power of keeping people within the R interpreter rather than going back and forth with the terminal. This is so important for a language like R that has so many users without much CS training
arbutus8•5mo ago
Yes! Absolutely in the plans to have a corresponding R package. In the meantime, we've created a `.rv` R environment within rv projects that allow users to call things like `.rv$sync()` and `.rv$add("pkg")` from the console. Our internal user bases is primarily not CS based and have found these functions extremely helpful
rorylawless•5mo ago
Ok, this is really promising. I've always found renv to be slightly frustrating to use and it ends up breaking in mysterious ways after a time. rv was a joy to use in a small personal repo.
j_bum•5mo ago
Looks interesting, I’m excited to give it a try.

Is there any plan to have it create a manifest (like renv.lock) that can be used directly with the posit publishing system?

arbutus8•5mo ago
Yes, that's a feature we are considering adding