Hacker Newsnew | past | comments | ask | show | jobs | submit | discardedrefuse's commentslogin

Thanks for posting. This was good timing for me!


You might want to check out RamaLama. It's a container based replacement for Ollama by the same folks that brought us Podman.

I tried it a while back, I was very surprised to find that simply running `uvx ramalama run deepseek-r1:1.5b` just worked. I'm on Fedora Silverblue with nothing layered on the ostree. Before RamaLama, getting llama.cpp working with my GPU was a major PITA.

https://github.com/containers/ramalama


I believe the v5 is a Nooelec and is comparable to the RTL v3. The RTL v4 is the latest chip. They both have different strengths and weaknesses tho.

https://www.onesdr.com/rtl-sdr-vs-nesdr-which-one-should-i-b...


A lot of the Nesdr kits come with a Ham It Up 1.3 already, which seems to be the only real difference listed besides the accuracy of the crystal oscillator being much more accurate in the Smart v5.

I'm looking at a bladeRF...


An alternative (and possibly easier) way that doesn't require root is to use Hail + Shizuku.

Shizuku helps normal apps to use system APIs without root. You can enable it with from a computer with adb or from the phone itself using wireless debugging. Hail uses Shizuku's API access and lets you select apps to freeze. You can then unfreeze / refreeze apps with a quick tap in Hail.

If you already have root, all this becomes easier. If you do the wireless debugging method, Shizuku's API access won't survive a reboot. You'll have to go thru the wireless debugging procedure again before you can use Hail. https://shizuku.rikka.app/guide/setup/


This all has little to do with the privacy and security features provided by GrapheneOS. See https://news.ycombinator.com/item?id=45244497 in response to the original post with complaints about Android user profiles, which are not a GrapheneOS feature. Nearly the entirety of the GrapheneOS added features can be used without ever making/using a secondary user. It's not required by sandboxed Google Play at all. Secondary users are useful but not a feature added by GrapheneOS.


That's true and I agree. I was responding to the comment about using termux to disable apps.


> Sure, but to get to them is just about as convenient as rebooting the phone from cold.

This just isn't true. Switching profiles is nothing like rebooting the phone. It takes about 8 seconds to go thru the entire procedure. That's including about 3 seconds to load the 2nd profile (even an unloaded profile). The procedure on my Pixel 7 goes:

- Swipe down to open the Notification Panel

- Swipe down again to expand the Quick Settings

- Tap the User icon at the bottom

- Select the user profile you want to open

- Wait 3 seconds

- Enter the 2nd user's PIN to log in

That's 4 taps + 3 seconds of load time.


It's important to note that user profiles are a standard Android feature, as are Private Space and work profiles nested within the Owner user. None of the core privacy and security features of GrapheneOS require using user profiles. We make certain enhancements to user profiles and Private Space. For user profiles, that's mainly allowing making more users, using more standard functionality (end session, more toggles to control access) and notification forwarding. For Private Space, we enable using them in secondary users and provide the important improvement of controlling clipboard sharing with the parent profile. Those profile improvements are a very tiny portion of what GrapheneOS provides. There's a common misconception that sandboxed Google Play requires profiles but that's not the case and they're regular sandboxed apps when installed in the Owner user too.


It's 2025. The "year of the linux desktop" has been a meme for years. No one says it in earnest. No one is having init or DE wars. And while there is plenty of healthy discussion about flatpak and other alt forms of software distribution, this is exactly the kind of innovation and experimentation that leads to the usability improvements the author wants to see. Linux is doing just fine, and I'm glad there are multiple options to accomplish similar tasks.


Linux becoming better than Windows to run games is the sort of thing that should actually scare Microsoft because it can lead to non-engineers installing linux because game go fast. The people spending a grand on gpus will put up with real hassles to that end.


Why would Microsoft be scared? They still own and set the future direction for the Windows APIs that those games are designed for, meaning that they're still in the driver's seat. Proton has to play an eternal game of catch up.


Given the size of the steam market, I suspect many game authors would be fine with supporting whatever runs on Steam.


The /r/Linux Reddit very much exists contrary to your take, and you’ll see many commenters here also argue about whether it is the year of Linux on the desktop.

Never underestimate the identity association in enthusiast communities.


If you watch the youtube video[1] linked in the article you get a much better examples, that clearly look like AI slop. Tho I do understand that people's ability to discern AI slop varies wildly.

[1] https://www.youtube.com/watch?v=86nhP8tvbLY


> that clearly look like AI slop

That's not what AI slop means. There's no GenAI.

I watched the video. It's literally just some mild sharpening in the side-by-side comparison.


Whatever youtube is doing adds a painted over effect that makes the video look like AI slop. They took a perfectly normal looking video, and made it look fake. As a viewer, if you can't tell or don't care... That's fine. For you. But at the very least, the creator should have a say.


I don't think you know what "AI slop" means.

It's not making the videos look fake, any more than your iPhone does. Most of what's shown in the example video, it might very well be phones applying the effect, not YouTube.


At no point did I say the video IS AI slop. Or that generative AI was used to make it, or the effect youtube applied to it. We actually have no idea what youtube did. We only see the result; which can be subjective.

To you, that result looks like it was shot with a phone filter. To me it looks like it was generated with AI. Either way, it doesn't really matter. It's not what the creator intended. Many creators spend a lot of effort and money on high-end cameras, lenses, lighting, editing software, and grading systems to make their videos look a specific way. If they wanted their videos to look like whatever this is, they would have made it that way by choice.


Absolutely yes. I guarantee you these megacorps are betting on a future where the open internet has been completely obliterated. And the only way to participate online is thru their portal; where everything you do feeds back into their AI. Because that is the only way to acquire fresh food for their beast.


The end of the open web. That's what.

Sites will have to either shutdown or move behind a protection racket run by one of the evil megacorps. And TBH, shutting down is the better option.

With clickthru traffic dead, whats even the point of putting anything online? To feed AIs so that someone else can profit at my (very literal) expense? No thanks. The knowledge dies with me.

The internet dark age is here. Everyone, retreat to your fiefdom.


> you just need to write a short systemd config snippet and then you can manage the kube service just like any other systemd service.

Just FYI, `podman generate systemd --files --name mypod` will create all the systemd service files for you.

https://docs.podman.io/en/latest/markdown/podman-generate-sy...


`podman generate systemd` was created as a bandaid because it was so difficult to manually write systemd units.

Quadlets now make it much easier to create the units by hand, and ‘ `podman generate systemd` is deprecated.


I appreciate the correction. Its been a while since I used podman + systemd. I will definitely be checking out quadlets next time.


yeah Quadlets are a pretty reasonable improvement.

It was introduced in Podman 4.4 which is circa 2023.

And it takes a while for podman to get up to date in non-Redhat related distributions. Like Debian Stable was stuck on 4.3 until Trixie release this month.

So unless you are using Fedora and friends or something like Arch it is kinda hard time going for podman users. Which is unfortunate.

Docker has a bit of a advantage here because they encourage you to use their packages, not the distribution's.

Here is a example Quadlet configuration i use for syncthing that I run out of my home:

  [Unit]
  Description=syncthing
  After=default.target
  
  [Container]
  ContainerName=syncthing
  Image=docker://docker.io/syncthing/syncthing:latest
  Volume=/home/lothar/.syncthing:/var/syncthing:z
  Volume=/home/lothar:/var/home/:rslave
  Network=host
  Pull=always
  Environment=PUID=1000
  Environment=PGID=1000
  Environment=STGUIADDRESS=''
  UserNS=keep-id:uid=1000,gid=1000
  SecurityLabelDisable=true
  
  [Install]
  WantedBy=multi-user.target default.target

This then gets dropped into ~/.config/containers/systemd/syncthing.container

And it is handled automatically.

This configures the syncthing container to always get updated on each startup, bypasses the "rootless" networking by using host networking (rootless networking is limited and slow), and the default Sync dir ends up in ~/.syncthing where as I can add more sync'd directories to my real home directory by directing it to /var/home/ in the syncthing web ui.

As you can see the arguments under "container" is just really capitalized versions of docker/podman arguments.

Also if you like GUIs the podman desktop has support for helping to generating quadlets. Although I haven't tried it out yet.


Be sure to podlet for automating the creation of the quadlet config files!


Echoing the other comment that quadlet is the way to go here


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: