Great, you can accomplish the bare essentials with Linux.
Now how do I install a program called chirp for programming 2 way radios?
Searched for a week and gave up as each set of instructions lead down a broken, redundant dependency rabbit hole with no solution in sight, Flatpack this, snap that, no explanation or even a searchable clue that could begin me a solution.
In windows I just unzip the nightly build to a directory of my choice, run the executable and it works.
Sure… Not everyone knows or needs to know about these edge case applications, but point stands, it works in windows, and everyone encounters an edge case sooner or later.
I’m keen to ditch the Microsoft hole, and I have no issue with making an effort to learn, but I can’t afford to or my life in hold for hours or days at a time in order to accomplish things that already work in seconds.
I think my simple issue here is… I’m not incompetent. I can comfortably navigate a fine system in a shell, can mount and unmount, can tar -xvzf a tarball, can do most things up to writing a shell script from scratch (could cobble something
Investigating further I think I do see your issue. You started out installing software the way you do on Windows: Going out to the vendor’s website and downloading a .exe. I went straight to my distro’s package manager and installed a .deb, which worked fine…even if I got a 4-year old version of the software.
I will notice that on chrip.danplanet.com, it does briefly mention the legacy version can be installed “On Linux, via flatpak” which doesn’t seem to be true at least anymore; neither Mint’s software manager nor flathub.org return any relevant hits for “chirp.”
Let’s see if I can get it installed on my Mint machine by simply copy-pasting the commands listed on this page.
One criticism I can level right now about this tutorial page: Step 1. Install Distro Packages branches, you’re supposed to use the APT command if using Debian, Ubuntu, Mint, Raspbian etc . or the DNF command if using Fedora and compatible (which would include Red Hat, Nobara etc. Instructions for Arch-based distros are not included, I suppose if you Arch btw you don’t need them. It’s probably in the AUR. Point is this is a branching path, but doesn’t have a 1.1 or 1.2. Next up, under Install CHIRP (and Python dependencies) this also branches, but has a 2.1 and 2.2 notation. My distro, Mint 21.1, is based on Ubuntu 22.04, so I cound in the Ubuntu 22.10 and earlier section, so I’ll run that command.
It returns an error, and on further examination, it’s pretty clear as to why. PIP is Python’s package manager, which can and usually does download packages from a central repository, but in this case the ./ in the command means its looking for a file in this directory. Just above this, in a place that doesn’t look like a step in this process, it’s telling us to download the latest .tar.gz from another page.
So I go to this page and download the chirp-20231223-py3-none-any.whl file, noticing that this is a different file name than the one listed in the tutorial command. Since I used Firefox to download this file, I know that it landed in my ~/Downloads folder. I cd ~/Downloads, then run the pip command, substituting the name of the file I just downloaded.
The next instruction is to run ~/.local/bin/chirp, so it apparently installed it in the .local/bin hidden directory. Running that command launched the program successfully. It prompted me if I wanted to create a desktop icon, which isn’t exactly what this did. What it did was create a .desktop file, which added CHIRP to my application menu…which is what I wanted it to do anyway. But I could have done this manually because it told me what the command to launch the program was.
The documentation isn’t 100% straightforward. The formatting of two different either/or branches are not formatted similarly, and the “download the file” part doesn’t look like a step, it’s mentioned in insufficient detail as part of the description of the next step. There isn’t enough information in this tutorial alone to figure this out, you have to have looked around the site a bit and have some experience doing this to figure it out.
This is also a personal note, but I would prefer that end-user applications not be installed with PIP. If you’re not going to publish to the native package formats like .deb or .rpm, I would prefer you published a Flatpak on Flathub, or if you’re being really lazy an appimage.
I think I’m going to contact the webmaster here with these critiques, to hopefully make it more consistent and clearer.
My first attempt was apt-get install. I’m fairly comfortable with Linux as a server (basic lamp setup) though I make no claims if being an expert.
It’s clearly not in the default repos for Raspian (at least not when I tried), and that could be half my issue, my hardware while popular is not x86 or x86-64.
Huh. I’ve used chirp under Linux before and I just installed it with my package manager. Maybe it wasn’t available on your distro? Then it can get a lot more tricky. The other problem with these things can be permissions… once you have chirp installed maybe you need to add your user to the dial out group in order to be able to use the serial port to flash the radios.
No software is guaranteed to run on all platforms: the developers choose to make it available or not.
I did some quick googling, and it seems fairly easy to install it:
Use Ubuntu (if you’re not familiar with, and don’t want to be familiar with terminal basics), and install chirp from the Ubuntu App store. Snap is just a name of their package format, and their app store links to snap craft.
If you’re not using Ubuntu, that’s your choice, you’ll either have to install snap, then do the same, but it’s more work. Or play with the terminal just a bit to follow their instructions.
Details
If you’re on Ubuntu or have snap installed - it’s a one click operation to install chirp: snapcraft.io/chirp-snap
Supposing that you’re asking in good faith, the answer appears to be to make a Lemmy post. There is a fair overlap with the HAM and *nix communities, especially the PubNixes. Chirp is fairly well-known so, package manager is likely the way to go.
Don’t know why I could not see this repply until today. It’s been ascertained that chirp is not in the repo for Raspian Linux, so indeed that option never worked.
Although my last bootloader is adventure was pretty easy…installed a completely separate drive for Linux and wanted to boot off of that drive (sdb). A bug in the Linux mint installer put the bootloader on my the windows drive instead (sda).
Was fairly straightforward to switch over though (change in fstab then installing grub). I use the bios boot selector (F11) for me to select either the win loader or my Linux mint efi.
Am switching over to Linux as primary driver. So tired of nags, ads, “switch to Edge”, long updates, etc. love being able to ssh+x onto that (relatively beefy) box from my laptop and run ides and such.
Dear god, just yesterday I had to wait pretty much an entire day just for ungoogled-chromium to compile, and I have 8 cores with 16GB of ram. I can’t imagine having to do that with just 2GB of ram with 4 cores.
Noob. Back in my day, I needed 7 (seven) days to compile my custom kernel (1.x without RLL and MFM support) and when I booted it, it often panic’d lol.
I have litelarly never broken MBR boot while dual booting and I have done it for at least a decade now. Windows updates and everything, not once has MBR boot been broken for me.
at least i wasnt able to install windows in my old computer again because the windows bootloarder keeped overwriting grub, and grub overwrited the windows bootloader, and os-prober didnt worked at all
You install Windows first, then Linux. Or install Windows, make an image, repartition, install Linux, whatever, then bring back the Windows image, just not the EFI partition or the MBR.
Chrome is literally the same shit as Chromium but with (more) spyware. Like, there are no other added features. And some people still choose to download Chrome. WHY!?!?!?
I’ve been struggling with the boot loader for four days now and now my laptop boot loops and I can’t even access my primary OS (still windows) and can only access Ubuntu via flash drive. So yeah this meme is too fucking on.
My problems are usually during the installation, not necessarily related to Arch, but more so that EFI requires its own partition. I’ll partition my disk, forget that I need a FAT32 partition and then have to destroy a partition so I can add in the EFS . The other problem I’ve had is that the bootloader entry sometimes doesn’t get written after installation, so you reboot and then nothing, so you have to boot back into the ISO, remount everything, reinstall the bootloader (in my case, Grub), and reboot again.
I’ve got a Steam Deck, and just installed Bazzite onto it, and I’m currently wishing that installing everything was as simple as this. Back when I used Linux daily there wasn’t this whole idea of “rootless” and immutable and sandboxed environments, and just figuring out how to get yad installed for steamtinkerlaunch to work had me faffing about with Nix and Fleek and Distrobox, and they’re all neat if I had the time to learn them but long story short I wish everything was package managers with a simple GUI.
linuxmemes
Hot
This magazine is from a federated server and may be incomplete. Browse more on the original instance.