- This topic has 11 replies, 2 voices, and was last updated Dec 1-1:29 am by BobC.
-
Posts
-
BobC
I tried installing it from the binary installation. It is not something a beginner should try. It was complex and afterwards all I got was an error about a daemon-socket. I should have looked in the repos first.
Then I tried installing from the repos (it is HUGE), and it did install, but when I try to run it, I get the same error as if I’d done the binary install.
I see on the guix packages site they show drawing version 1.0.1, but if I run guix search drawing it shows version 0.6.5 the same old version I find via synaptic. Why didn’t I see the version from their packages site? That was the whole purpose.
The guix search command was the only one other than –help that at least gave output other than solely an error.
All the others gave “error: failed to connect to ‘/var/guix/daemon-socket/socket’: No such file or directory
I got the same error as myself or via sudo, same as when I did the binary install.
Yes, I checked and a daemon is running. I found that question asked for this error, but never anywhere that someone resolved it by doing something in particular.
I tried purging and reinstalling and no difference.
Any ideas? Suggestions? Has anyone else tried it or had any success?
- This topic was modified 5 months, 1 week ago by BobC.
andyprough
I wrote a how-to last year that seems to still be working for people who are installing it on Trisquel. Trisquel and antiX are enough alike that I think these steps will work for you – https://trisquel.info/en/forum/installing-guix-trisquel-10-w-luakit-and-ungoogled-chromium
If you have trouble leave me a message here and I’ll try to help. I haven’t used it most of this year, but I can probably help you figure out most normal installation and setup issues.
guix package needs to require daemonize package be installed. At least that gets rid of the first error.
@andyprough, thanks for posting that. It looks similar to what I had tried for the manual install. I didn’t know nscd was needed. I don’t think installing the debian package is helping at all, because I am running into errors that the install should have taken care of.
The latest one is _guixbuild group doesn’t exist.
guixbuild group is supposedly needed for multiuser use, which I don’t need. Note the lack of the underscore though in the group name vs the error. After pasting in the multiuser script they provided, it still got the error, so without actually understanding the script, I changed all occurrences of guixbuild to _guixbuild and added that group and 10 more users.
Anyway, after running that, the _guixbuild group does not exist error stopped.
Finally, now I can run guix pull
guix pull has been running 30 minutes, now. I bet its eating my disk drive alive, too. Its running on a reasonably fast test machine from about 2009.
next will be guix package -u
I wonder if all this will be worth the result. I’ve put about 6 hours into getting this working so far. I had expected installing the package from the repos to do all this for me.
I was trying to get access to newer versions of packages that are not in the repos, yet. They are available for arch based distros, but not debian ones. There are stability reasons not to be running the newest code, IMO, but for some packages, like a drawing program, I wonder whether my level of fear is justified.
andyprough
I’m glad you pushed through! I would not have figured out what to do with the _guixbuild group problem. I wonder why you ran into that – maybe a problem with the deb package? I’ve never seen it before.
I wonder if all this will be worth the result. I’ve put about 6 hours into getting this working so far.
Probably not, haha. Each time I’ve installed it, I play around with it for awhile as a hobby, and then I lose interest. I’ve never found it to be a vital addition to one of my systems. However, the time spent is certainly interesting and better than wasting time watching TV or some other brain rotting activity.
Edit: I will say that what I have found to be the most valuable is building my own packages. When you consider that everything in Guix is freely licensed, that means there’s nothing there you can’t build yourself. For that, I’ve found that Linux from Scratch and Beyond Linux from Scratch are invaluable tools for figuring out dependencies and config options. (End Edit)
If you ever want a serious time exhausting process, try installing the full Guix OS to a hard drive. That will drive you to drink practically. Let me tell you, there’s a whole lot of stuff that is not documented, that you are just expected to “know”.
- This reply was modified 5 months, 1 week ago by andyprough.
I did finally get the drawing 1.0.1 package installed, but it wouldn’t run because ~/.guix-profile/bin was not in the path.
It used about 5 gb of disk to do this.
It did work in the end, but it’s not a reasonable setup for day to day use.
It seems like arch’s AUR is usually the first place where packages appear (FYI I know nothing about arch packages), so I wish there was a way to turn that into something usable for antiX, even as a temporary workaround, perhaps sandboxed, if that capability exists in the Linux world.
andyprough
It did work in the end, but it’s not a reasonable setup for day to day use.
No it’s not. You’re basically running another entire OS on top of your antiX installation just to run one or two programs.
andyprough
It seems like arch’s AUR is usually the first place where packages appear (FYI I know nothing about arch packages), so I wish there was a way to turn that into something usable for antiX, even as a temporary workaround, perhaps sandboxed, if that capability exists in the Linux world.
There’s a project to make an AUR for Debian: https://mpr.makedeb.org/
I don’t know much about it other than that it exists, might be worth checking out. Looks like they have a bunch of debs in a repository now.
Edit: Those aren’t deb files, those are build scripts like AUR I guess.
Edit 2: build scripts AND binaries. This is very interesting, I’m going to have to try it out in a VM.- This reply was modified 5 months, 1 week ago by andyprough.
- This reply was modified 5 months, 1 week ago by andyprough.
I think I really meant Arch community and it’s .zst files. I wish there was a utility to make a .deb from them.
There is alien but it needs an rpm or slackware recipe as its input.
andyprough
If you are able to use Alien, you could try to download the openSUSE rpm of the package – it should be about as up to date as the Arch package.
1. Search online for the package and the word “repology”, for example for vlc the search term would be “repology vlc”.
2. Click on the link that says “vlc packages – Repology”
3. On that page, search for “opensuse tumbleweed”. Under openSUSE Tumbleweed, click on the “Package Page” link.
4. That will take you to the openSUSE Build Service page for the package. In the upper left, click “Download Package”, and then on the next page, “Grab Packages Directly”
5. There you can download the rpm and try using Alien on it.I don’t think I’ve used Alien for 10 years or more, so I don’t recall much about how it works. If the packages are too new you’ll probably run into problems with missing libraries.
Might be better to use AppImages or Flatpaks or something. But if it’s a simple program it might work just fine.
I got drawing compiled from scratch, anyway, so for now, it would have been nice to get something working well, but no big deal. I learned a bit more for trying.
- You must be logged in to reply to this topic.
