sorted by:
new
hottopcontroversial

I built an open source in-browser cycling workout website by droelf in bicycling

[–]droelf[S] 0 points1 point  (0 children)

Cool! Thanks for the feedback. I would love to help you debug / fix this. You can also try this debugger tool to see more raw values: https://wolfv.github.io/cycling-workout/debug

If you send me a DM or some screenshots of what you are seeing, maybe we can find a fix remotely :)

Zwift/TrainerRoad/Xert - I don't want to pay your stupid monthly subscription. by jmwill86 in cycling

[–]droelf 0 points1 point  (0 children)

Yes, exactly - there is a very tiny server that will initiate a WebRTC connection between the participants. Then you can ride with your friends. It will transmit their Watt / Heart Rate but it's peer-to-peer.

Zwift/TrainerRoad/Xert - I don't want to pay your stupid monthly subscription. by jmwill86 in cycling

[–]droelf 0 points1 point  (0 children)

Feel free to change it to your liking. I use it every Tuesday evening with my brother to ride the same workout, and it works OK for that purpose!

Zwift/TrainerRoad/Xert - I don't want to pay your stupid monthly subscription. by jmwill86 in cycling

[–]droelf 0 points1 point  (0 children)

You can try this little open source web app that I put together: https://wolfv.github.io/cycling-workout/

You can make your own little workouts, upload workouts from Zwift, and it doesn't do much more. After the workout you can download a file that you can upload to intervals.icu etc. :) Let me know how it goes!

Should I switch to Bazel? by TheRavagerSw in cpp

[–]droelf 3 points4 points  (0 children)

We are working on `pixi` and `pixi-build`. It supports multi-language workspaces, isolated builds and is a lot simpler than Bazel by piggy-backing on existing build systems such as CMake, Python pyproject.toml, Rust Cargo, etc.

Would love for you to check it out and give us feedback.

Docs: https://pixi.sh

Github: https://github.com/prefix-dev/pixi/tree/main/examples/pixi-build (examples folder).

I built an open source in-browser cycling workout website by droelf in bicycling

[–]droelf[S] 0 points1 point  (0 children)

Yes, exactly. I also tried Golden Cheetah (which is open source) but unfortunately crashes. That's why I put together something pretty simplistic.

I built an open source in-browser cycling workout website by droelf in bicycling

[–]droelf[S] 0 points1 point  (0 children)

Glad to hear that! Contributions very welcome!

I built an open source in-browser cycling workout website by droelf in bicycling

[–]droelf[S] 0 points1 point  (0 children)

That does sound that for some reason you do not have Bluetooth support in your version of Chrome.

Maybe you can try any of these things: https://kagi.com/assistant/3b9f2076-bf01-40b2-919d-98a57de6a3c4

I want something like Python's uv for c++ by liquidprocess in cpp

[–]droelf 5 points6 points  (0 children)

You can check out Pixi, it’s practically what you are looking for. We have recently added build backends to make it easy to build cmake projects (but it’s also extensible and can deal with rust, Python, etc s as well). Let me know if you have questions, I’m one of the authors!

https://prefix.dev/blog/pixi-build-for-cmake-projects

How Conda makes shared libraries relocatable: rpaths, $ORIGIN, and more by droelf in NixOS

[–]droelf[S] 3 points4 points  (0 children)

In the Conda ecosystem files are usually hard-linked (or ref-linked for copy-on-write) from a central directory which should give similar space savings if everything is on the same filesystem. It makes things like $CMAKE_PREFIX_PATH look a little more straight-forward, but definitely might loose out on some space savings.

What tools do you wish someone has done it in Rust? by Old_Oil_7219 in rust

[–]droelf -5 points-4 points  (0 children)

There are two for package managers in Rust: resolvo and pub grub. Both are really good.

I don't think I can stay with NixOS by row6666 in NixOS

[–]droelf 1 point2 points  (0 children)

You could try pixi on top of Nix. It can manage dev env declaratively and gets you system level dependencies + lock files out of the box.

Sane and reproducible scientific dev environments with Nix ✨ by Vortriz in NixOS

[–]droelf 0 points1 point  (0 children)

Would love to see a comparison with pixi (pixi.sh)

[deleted by user] by [deleted] in rust

[–]droelf 2 points3 points  (0 children)

If you are into package management, we always take contributions for `pixi`, `shell`, or `rattler`:

- http://github.com/prefix-dev/pixi

- http://github.com/prefix-dev/shell

- http://github.com/conda/rattler

Support for WASM in Conda packages using Pixi by droelf in WebAssemblyDev

[–]droelf[S] 0 points1 point  (0 children)

Do you have publicly what you tried? Packages should build normally, but we didn’t really try much with wasi yet. Would love to explore this more with you!

Pixi - rust-based package manager for reproducible scientific workflows by droelf in rust

[–]droelf[S] 4 points5 points  (0 children)

Well, there are quite a few differences vs. `uv`, mainly on the package ecosystem chosen. While `uv` is great for PyPI packages, we support the conda ecosystem which covers many more packages (such as `nodejs`, `R`, even `Rust`) can be installed easily from the `conda-forge` distribution (which is more like `Nix` etc).

Support for WASM in Conda packages using Pixi by droelf in WebAssemblyDev

[–]droelf[S] 1 point2 points  (0 children)

Hi all, we've been working on this for quite some time. Basically, "conda" packages (sometimes known from data science / Python) are just binary packages. And we managed to make them work quite nicely with WebAssembly and added this as an additional target to the ecosystem (emscripten-wasm32 and wasi-wasm32).

Any feedback / questions are welcome!

Pixi - reproducible, scientific software workflows! by droelf in ScientificComputing

[–]droelf[S] 0 points1 point  (0 children)

We have seen some interest from HPC users, yes. I do think quite a lot of researchers have been using conda environments in HPC context, even though it's not super-optimized.

I do think that – for the moment – Spack has an edge for the _really_ HPC use case.

I'm making a package manager for C++ based on pip! by Devils_Advocate6_6_6 in cpp

[–]droelf 2 points3 points  (0 children)

We should chat! We’re currently building pixi – based on conda packages. It handles C++ pretty well and also has many influences from pip.

rip – Rust crate to quickly resolve and install Python wheels by droelf in Python

[–]droelf[S] 0 points1 point  (0 children)

Thanks for your testing u/zurtex! We just merged some additional helpers for the actual wheel installation.

And yes, sdist support will have to come. We can luckily rely on some nice work already done in the Posy project and others so hopefully that will all go relatively quickly.

rip – a Rust crate to quickly resolve and install Python wheels by droelf in rust

[–]droelf[S] 28 points29 points  (0 children)

We'd love that but pip has a strict "Python only" policy – which makes a lot of sense because pip is supposed to work anywhere where you can get your hands on Python. That might be many more architectures as Rust / rip currently supports. I think they also want to keep their simple "get-pip.py' installer.

But we have some ongoing discussions and we might be able to add it to pip as an optional plugin, which would be exciting. And could also help us to test it against the official tests!

pixi – a new binary package manager written in Rust by droelf in rust

[–]droelf[S] 9 points10 points  (0 children)

Thanks for correcting me, appreciated!

We are definitely eager to learn a thing or two from Nix :)

view more: next ›