IRC channel logs


back to list of logs

<lilyp>tty2 = term-tty2
<nckxmas>Oh you're adorable. You assume I have ever used or even seen the Shepherd REPL. You have great faith in me, and I gleefully let you down.
*nckxmas is reading Shepherd For Dummies.
<nckxmas>Hmm ‘Introduction’ yes yes excellent, go on.
<nckxmas>Visit (shepherd)Service Internals, it's great.
<nckxmas>‘Failed to start service 'term-tty1'’
<nckxmas>I am starting to believe that I have been exceptionally naughty this year.
<jgart>> Target "partview" links to target "OpenGL::OpenGL" but the target was not
<jgart>Does that missing dep ring a bell for anyone?
<nckxmas>The absolute cherry on top is that the last thing that's printed before everything goes to utter hell is
<nckxmas>error in finalisation thread: Success.
<lilyp>that's the best error to get :)
<lilyp>can you switch to another terminal?
<nckxmas>That is some ‘The Raven’-level punchline that is.
<nckxmas>No, no. Unfortunately.
<jgart>I'm trying to package partio
<jgart>That's when I got that missing dep warning
<nckxmas>I'm not even on a real TTY now, I think, just the ‘console’.
<vivien>I’m especially lucky, I get "error in finalisation thread: Success." everytime I reboot my computer.
<nckxmas>Ah, well yes, because term-tty1 failed to start.
<jgart>This is the line in the CMakeLists.txt:
<lilyp>i.e. a guile repl?
<nckxmas>I can't switch to anything.
<nckxmas>Let's try to SYSTEM into sanity after yet another reboot because I crashed everything.
<nckxmas>Random guesses: mesa?
<nckxmas>s/es// after editing.
<nckxmas>And well, all the GL-related libraries in that nixpkg.
<KarlJoad>Does anyone use shepherd to run their emacs server? If so, do you mind sharing your config?
<KarlJoad>Thanks a ton lilyp. My pseudocode+info manual pretty much matched that. :)
***lukedashjr is now known as luke-jr
<Kolev>Did a fresh install. No GNOME 40.
<podiki[m]>fresh meaning from installer? did you guix pull and reconfigure/update? otherwise you won't have anything after the installer was made (long ago
<jgart>nckxmas, I had mesa in the inputs already
<jgart>raghavgururajan thought that also
<jgart>let me double check the nixpkg
<nckxmas>Did you add glvnd and/or try with PARTIO_USE_GLVND=OFF?
<jgart>nckxmas, after adding glvnd
<jgart>let me share the package definition
<jgart>the make-flags had a typo
<jgart>but that's unrelated i think
<Kabouik>Any idea what could be the issue?
<Kabouik>I tried with or without encryption, btrfs or ext4, swap or no swap
<nckxmas>jgart: Try -DCMAKE_INSTALL_RPATH or -DCMAKE_EXE_LINKER_FLAGS=-Wl,-rpath= (probably not both, no idea which is ‘standard’). Grep gnu/packages for examples.
<nckxmas>Kabouik: The installer should never throw a backtrace like that (not that it's not common :-/), could you send a bug report to bug-guix at gnu dot org?
<nckxmas>I'm afraid I have no idea about the cause.
<nckxmas>I see it's Friday. Maybe that's it.
*nckxmas goes back to fighting their own Guix.
<Kabouik>Not the best situation to do it nckxmas, I'm on IRC from my phone, but I will if/when I get a PC to do so!
<nckxmas>(Did you know that ssh-daemon depends on being able to mount /boot/efi? It does!)
<nckxmas>Thank you Kabouik.
<nckxmas>Wish I could help.
<Kabouik>For what it's worth, I'm trying to install on a 32GB usb key. Could that be the issue? I don't understand what the backtraces says to be honest.
<Kabouik>But since I'm getting those errors with ext4, btrfs, encryption or no encryption, and swap or no swap, I'm trying to find other candidates.
<Kabouik>What's annoying is I have to restart the whole install wizard after it fails, nothing is kept in memory and I can't just restart the partitioning :(
<nckxmas>It seems like as likely a culprit as any other at this point. (Yes that's extremely sad, the installer is non-restartable at this point.)
<nckxmas>Maybe the partitioning of the USB drive is to blame.
<Kabouik>Bug reports are done through a mailing list? I can report from the phone them, it'll be easier than creating an account on a bugtracker.
<nckxmas>Yes. No account needed or possible!
<Kolev>A GTK installer would be rad.
<Kabouik>The partition is 500MB to an ESP partition, 20GB to /, 10GB to /home, 2GB to swap
<nckxmas>An aneurysm-themed TUI one like we have now with fewer bugs would be radder.
<nckxmas>That's what the colour combo red+blue always reminds me of 🤷
<Kolev>It is jarring
<nckxmas>And users see way too much red.
<Kabouik>An iso containing a boot option to a live Guix with persistent memory and a TUI installer would get my vote.
<nckxmas>;; XXX TODO
<nckxmas>None of this is malice or even apathy, it's just a lot of work, it would be a biggish project.
<Kolev>Yeah, im shocked at what we have even now
<nckxmas>I say -ish because it's a tedious kind of big. Most of the work is in testing, rebooting, VMing, rebooting, testing some more.
<nckxmas>It won't be much code in the end.
<Kolev>I wish i could VM. I should get a D16
<Kolev>Come on, reconfigure already.
<nckxmas>I honestly recommend the manual installation. It's all I ever use, and I'm not alone. Do not take this out of context to claim ‘the installer's so bad the devs don't even use it’ 😉 I'd install manually even if the installer were bug-free and played my favourite album in the background. The manual installation just *isn't that hard*. I managed to install Guix without ever having understood a line of Lisp. I don't recommend it, but it was a fun 15 hours.
<nckxmas>And now of course I know all of Lisp.
<nckxmas>And make big bucks in a Lisp start-up.
<nckxmas>We sell pop-tarts online to the criminally insane.
*nckxmas AFK.
<Kabouik>15 hours looks fun, but now now! Honestly I just wanted to install it to a pendrive to experiment with it and see if it will be my new distribution (no free SSD right now and not ready to erase before I know). Then the ability of Guix to clone a configuration would have been convenient because I could have re-used my experiments/customizations on the thumb drive if I decided to install it on a computer.
***cwebber`` is now known as cwebber
<Kabouik>But I'll try, my partitions are already created so it should ease the manual process a bit
<Kabouik>Hum, can't find btrfs in cfdisk types
<nckxmas>cfdisk doesn't handle file systems.
<nckxmas>You want ‘Linux file system’ — or ‘Linux root (x86-64)’ if you want to get fancy but Guix doesn't care.
<nckxmas>File system is determined by how you format it with
<Kabouik>Oh, I thought cfdisk would handle it, thanks
<nckxmas>Nope. Partition types are totally separate from file systems.
<nckxmas>I also recommend adding the bare minimum of file systems (if you can get away with it: only /) to the list of file-systems in your first system configuration. Guix doesn't handle failed mounts as gracefully as it could, so add those later, when you have a first generation to roll back to.
<Kabouik>Okay, I'll drop the swap then
<Kabouik>I'd still like to have / and /home separated though
<Kabouik>Maybe I could just skip that though, it may not be necessary with a distro like Guix that seems to be easily exportable
<Kabouik>And stable
<nckxmas>Old skool. Sure, go ahead, I was talking more about /boot/efi and, I dunno, backup/media/whatever partitions.
<nckxmas>Guix is not more stable than Gentoo.
<Kabouik>It's rollbackable at least
<nckxmas>True, true.
<Kabouik>So I shouldn't manually create a partition for /boot/efi? I thought the opposite
<Kabouik>Also I'd like encryption, so does that mean I just make a big LVM partition, and in it just a /?
<nckxmas>I meant not add it to (file-systems …), the equivalent of fstab, but mount it manually after boot.
<nckxmas>Sorry, I don't know if encrypted LVM is bootable or not.
*nckxmas → 😴💤, good luck.
<Kabouik>Thanks! Will try and spend 15 hours on it too, probably. :]
<KarlJoad>Does Guix have a way to query the store for log files? I cannot find such a subcommand using guix --help
<drakonis>which kinds of logs?
<KarlJoad>drakonis: Build logs. I have a derivation, and want to see the log generated by that build.
<drakonis>the logs get compressed on failure iirc?
<KarlJoad>That complicates things...
<drakonis>it gives you the path whenever it fails
<drakonis>--log-file return the log file names for the given derivations
<KarlJoad>That'll do it. Thanks.
<podiki[m]>Kabouik: you are trying to install to a usb drive you said? you can direclty make a bootable image with guix (don't need to do the instaler)
<podiki[m]>for example, with guix system image --image-type=efi-raw /path/to/config.scm
<podiki[m]>you can use the sample configurations guix has in
<podiki[m]>and for a bootable usb don't have to worry about the filesystem details (guix system image will ignore)
<Kabouik>But where would I use the command podiki[m]? I have no Guix machine yet, so I flashed the installer to a usb drive, booted from it into the installer, and tried to complete the installation with another usb drive as destination.
<Kabouik>But this would fail in all cases. I haven't tried on a real disk/ssd, couldn't afford to overwrite one.
<podiki[m]>You can do this from a foreign distro, you don't need guix system
<podiki[m]>or I guess from the installer (in a tty)
<Kabouik>Now I tried manual installation but am stuck at the config.scm (I took the desktop example in /etc/configuration) because it asks for a mapped device which is for LUKS or LVM, but I set none of that in the partitions of my destination drive.
<podiki[m]>perhaps look at other examples to see the different filesystem possibilities, or peek in the manual
<Kabouik>From a foreign distro onto which I installed guix package manager, I can `guix system image` and make a bootable drive with Guix *System*? Wow
<podiki[m]>e.g. bare-bones.tmpl
<podiki[m]>Kabouik: yes! it will just produce a file you can dd unto a device
<podiki[m]>and then once you have it on a device that you boot from, you can alter it as you like
<Kabouik>Nice, I shall try that probably then
<podiki[m]>....I really need to write up a little cookbook entry for this, but really it just boils down to using "guix system image"
<Kabouik>That'd be super useful anyway, at least for people who don't know about it
<podiki[m]>as I mentioned, that will also sidestep needing to set up filesystems, as I think that all (mostly?) gets ignored for the image command
<podiki[m]>yeah, i don't remember how explicitly it say this in guix system reference, but that's what it can do
<podiki[m]>or try out a VM image, and then use that to figure out your config file
<Kabouik>See I arrived in this channel earlier today asking exactly that, because I saw `guix system image` could make bootable images of existing installations, and asked if I could install on a usb thumb to play with guix, and once I like it, install it with my custom changes and packages onto real computers
<Kabouik>And I didn't understand I could do that from the installer shell until now
<podiki[m]>guix system or binary on another distro can make system images just the same
<podiki[m]>see, i take a day off from lurking on the channel and I miss my chance :-)
<Kabouik>So let's say I have a pristine Guix system just booted, then I `guix install whateverpackage`, will whateverpackage get appended to my config.scm?
<podiki[m]>it is a very cool feature of guix
<podiki[m]>no, the configure file is only ever edited manually (I guess besides the installer)
<podiki[m]>but you can export whatever you have installed to manifest files, or even explicitly have the exact guix commit you are using to fully reproduce your installed package versions
<Kabouik>And system-images makes a dd image of the running system, so it doesn't really reproduce the system based on the config.scm I guess.
<podiki[m]>guix system image uses a config.scm you give it to make a system
<Kabouik>In other words, I could have an outdated config.scm because I don't know lisp and never updated it, but I used guix package manager a lot, `guix system image` will clone what I did even if I didn't declare it in my config (?)
<podiki[m]>a running guix system does have it's configure file accessible (every system generation saves the file used to make it, so you can always reproduce it)
<podiki[m]>no, guix package install doesn't touch config.scm, it has to be manually edited (as far as I know)
<Kabouik>Oh, our messages went out at the same time
<podiki[m]>but guix does record everything you do, ifyou want to go backwards/forwards to what packages you installed or export this to reproduce the system
<Kabouik>Yup I know about rollbacks, but was pretty excited about `guix system image` because I thought it was a cloning feature that made bootable clones
<podiki[m]>roughly it could, if you want to install all packages at a system level, but I would reserve that for what you want to really be available everywhere
<Kabouik>In fact it rebuilds the system based on the config, which may be outdated for someone who doesn't know much in build and just iterated with `guix commands` and other things
<podiki[m]>you can combine that with package manifests and quickly set up the user profile
<Kabouik>s/much in build/much in lisp
<podiki[m]>you want to think of a system versus user level; system level is for that config.scm and system reconfigure (the only thing you need sudo for); user is for packages a user wants avialable to them
<podiki[m]>put it this way: once you have your system configured (partitions, maybe a display manager, kernel options, etc.), you probably won't touch the system configure much
<podiki[m]>mostly you live in the user level of installing/removing packages and all that
<Kabouik>In fact I was thinking if I perfectly set up a guix system on a computer, let's say for several months, learning a bit every day, installking packages, fiddling with software config files (not only Guix config), I could eventually make a bootable clone of that with `guix system image` and replicate on my other computers. But not that simple in the end
<Kabouik>Yeah I was thinking about replicating the user level actually
<podiki[m]>I think you can do a lot of that
<podiki[m]>package manifests give you package lists and the new guix home can help with user configuration stuff too (still a bit beta/in flux)
<podiki[m]>you may want to read about "guix deploy"
<Kabouik>But if guix system image is based on config.scm, then I have to be pretty serious about updating it every time I guix install something and realize that something is worth entering the declarative config for future replication. Or I should investigate how maniphests work, as you mentioned. That would still not copy my dotfiles though.
<podiki[m]>and manifests, like
<podiki[m]>typically you save config.scm only for packages you really want everywhere, otherwise you'd have to do a full system reconfigure each time you install/remove something
<podiki[m]>so for services (say network config) or display managers
<Kabouik>Thanks! I wanted a rabbit hole for the holidays, started thinking I could try StumpWM, now I'f found a better rabbit hole :p
<podiki[m]>dotfiles guix home is where you want to look, but still new
<podiki[m]>stumpwm is fun!
<podiki[m]>it is a fun rabbit hole here too
<Kabouik>Trying Guix and StumpWM at the same time for the first time will be tough though!
<podiki[m]>I'd read up a bit on these things we discussed, try out a vm or live image, or as a package manager
<podiki[m]>it's a lot of lisp!
<podiki[m]>I've got to run for now, but do ask here (or on the help mailing list), people are happy to help
<podiki[m]>and guix has a lot of tools for what you are asking
<Kabouik>I am short on space, can't fit a VM on my ssd. Same with the guix package manager as it's a bit space hungry (and however good it is, its file hierarchy is new and of course different with that of mainstream distros package managers, so I dislike that the Guix package manager doesn't have an uninstall script that removes all dirs)
<Kabouik>But I have thumb drives
<Kabouik>Thanks, got to sleep here. 5.18 am, look how Guix already hurt my sleep on the first day. :]
<Kabouik>And it's not even installed yet. :O
<KarlJoad>lilyp: How do you prevent shepherd from respawning the emacs server you created? Mine respawns instantly at start.
<KarlJoad>lilyp: Nevermind, I figured it out. You have (list ...) for start and stop that I do not need because I am using gexps.
<jgart>nckxmas, thnx! they didn't work but I'm doing some more research along those lines
<apteryx>raghavgururajan: I guess it's still required
<sneek>Welcome back apteryx, you have 1 message!
<sneek>apteryx, raghavgururajan says: Is this block <> still required, since some changes regarding "GUIX_PYTHONPATH" was made to python-build-system?
<TML>Is it possible to put my guix root somewhere without using proot?
<TML>I mean, somewhere other than /
<apteryx>uh, we have two different packages named 'clipper'
<AIM[m]>I can't recompile xmonad... Help...
<AIM[m]>It says: Could not find module Xmonad
<AIM[m]>I have Xmonad 0.15, ghc-8.6.5, ghc-xmonad-contrib-0.16
<mroh>wow, the pgtk branch is merged to master on emacs.
<mroh>"pure gtk"
<apteryx>what was it before?
<mroh>I thought a branch, but looking at our emacs-next-pgtk, I might wrong.
<apteryx>raghavgururajan: is 38954 still actual?
<podiki[m]>oh nice (on pgtk)
<podiki[m]>for files like python-web.scm is there an ordering? seems a bit random to me (want to add a package)
*nckxmas oof'd, just ran into <>.
<podiki[m]>AIM: you may need to write a simple build script for xmonad? not sure, I recompile mine separately like that
<podiki[m]>(using cabal; been meaning to make it a simpler and more from guix directly)
<apteryx>lfam: haven't investigated, but gnu/packages/base.scm:513:2: binutils@2.37: probably vulnerable to CVE-2021-45078
<lfam>Would it be possible to fix it without a graft for the release? Or is that more rebuilding than we want to do?
<apteryx>it's possible!
<apteryx>haven't started building that refreshed 1.4.0 branch yet, so we can slip it in
<apteryx>(I meant; haven't started on berlin)
<lfam>apteryx: I'm seeing about applying the upstream patch
<lfam>It will take a while...
<lfam>I'm also trying to finish this:
<lfam>Maybe too late yet again, but it would be nice to have
<Guest25>how do i test my config without running a command like reconfigure?
<Guest25>i just wanna check for syntax error
<nckxmas>Guest25: guix system build -d /etc/guix/system.scm
<nckxmas>-d is short for --derivation.
<tissevert>good morning guix !
<lilyp>podiki[m]: mostly alphabetical I'd assume
<lilyp>sneek later tell KarlJoad my emacs service is meant for user shepherd, not system shepherd
<sneek>Got it.
<lilyp>Guest25: the longer test is `guix system build config.scm`, which really builds the config and thereafter `guix system vm config.scm` which gives you a script that you can use to launch a vm
<Guest25>ighty ty
<Guest25>i love guix
<Guest25>but the lack of proprietary software sometimes makes me anxious lol
<lilyp>You will be liberated.
<phf-1>Hello Guix
<sneek>phf-1, you have 1 message!
<sneek>phf-1, nckxmas says: Are you using any third-party channels?
<Guest25>is there a way to do that with less lines lol
<phf-1> << nckxmas says: Are you using any third-party channels? >> No, none.
<phf-1>Is there a way to import a package @ a given version ?
<phf-1>guix import pypi 'pytest-asyncio==0.8.0' -r
<phf-1>does not work so far
<nckxmas>Hm, I don't remember what that was about.
<Guest25>ice-9/eval.scm:142:16: In procedure compile-top-call:
<Guest25>error: users: unbound variable
<Guest25>hint: Did you forget a `use-modules' form?
<Guest25>```any idea what this means
<Guest25>ice-9/eval.scm:142:16: In procedure compile-top-call:
<Guest25>error: users: unbound variable
<Guest25>hint: Did you forget a `use-modules' form?
<Guest25>how do u even include code blocks lol
<Guest25>nvm got it
<Guest25>nvm i didnt get it
<Guest25>how do i even get a backtrace wtf
<Guest25>nvm got it
<Guest25>im dumb
<Guest25>any idea how to minimize the number of lines here
*nckxmas is mesmerised by the eternal loading animation.
<nckxmas>Guest25: Please use a paste bin for messages over 3 lines. We recommend the one in the topic ( Some others do nasty things like block Tor users.
<phf-1>nckxmas: nevermind. It was probably about a way to make the dev loop faster (src -> guix pack -RR ...). That was solved using GUIX_PACKAGE_PATH variable which avoid the cost of guix pull.
<jpoiret>Kabouik, re uninstalling Guix: you'd only need to delete /gnu, /var/guix/, ~/.guix-profile and ~/.config/guix/ IIRC
<phf-1>guix import pypi 'pytest-asyncio/0.8.0' works.
<nckxmas>Kabouik: …and /etc/guix if it exists (and ~/.cache/guix, if that's not otherwise cleaned up).
<mroh>jackhill: I tested the gst-plugins/selection function for nheko to select only some plugins from plugins-bad. Size also goes down ~1GB. ty, for the pointer, I didn't know this function ;)
<phf-1>In the documentation it's written: << take a look at (guix build gnu-build-system) to see all the details! >>
<phf-1>How am I supposed to do that ?
<AIM[m]>Tbh I feel the need for a guix wiki
<AIM[m]>Which has public contribution
<AIM[m]>Something like:
<AIM[m]>Pretty please make it
<phf-1>Feww... there are a bunch of them:
<phf-1>I guess it has to do with `guile' direclty. Maybe Guile can help here.
<nckxmas>phf-1: I'd just check out .
<nckxmas>AIM[m]: There's no need to host it on, though? You could host it anywhere.
<phf-1>nckxmas: thanks.
<nckxmas>(And please do! I think a community wiki should be wiki-community-driven.)
<memyselfandi123>Downloading Guix release archive: guix-binar 5%[> ] 4.90M 294KB/s eta 23m 31s
<memyselfandi123>This is a joke right?
<memyselfandi123>What poor, dying server is it downloading from?
<nckxmas>A big beefy berlin boi.
<memyselfandi123>Well perhaps it's not feeling well
<nckxmas>The server's fine, the connection sometimes does that.
<nckxmas>We don't know why.
<memyselfandi123>Why doesn't it use mirrors? This speed is hilarious
<nckxmas>Go get a coffee or something. It's 20 minutes. You'll live.
<memyselfandi123>Thank god my work doesn't depend on guix lmao
<memyselfandi123>How is this considered production ready
<AIM[m]>Is there any foss public contribution based wiki server that I can host to my server? I'll make a guix wiki then... I'll share it here as well....
<nckxmas>AIM[m]: I honestly don't know.
<nckxmas>But that would be great.
<nckxmas>I guess MediaWiki is ‘the standard’ but have no idea how fun it is to host & keep up to date.
<memyselfandi123>Lmao it jumped from 23 minutes to 50. You guys sure do have a good sense of humour
<phf-1>Isn't `(arguments '(#:tests? #f))' enough to disable tests in a package (python one)?
<tissevert>yeah it's a special trick we have for people who complain about speed
<tissevert>right, ******guys******* ?
<nckxmas>memyselfandi123: Could you tone down the 'tude? Thanks in advance!
<nckxmas>AIM[m]: I just rembered which is a thing that sometimes exists.
<nckxmas>I'm not sure how much friction there is to sign up to contribute.
<nckxmas>Firefox 95 copies text when it feels like it, which is sometimes. It also crashes regularly. 94 did not do this.
<memyselfandi123>Lmao it found /gnu and refused to overwrite so I had to rerun it. And it didn't cache the downloaded file so I now have to wait again. What a timesink
<nckxmas>OK, now that *is* funny.
<jpoiret>depends if it is stable or latest, stable is from, latest is from berlin
<jpoiret>with my connection stable is quite slow (not 294KB/s slow though) while latest is instant
<phf-1>This is surprising. I have this package definition:
<nckxmas>jpoiret: Shh, don't spoil the fun.
<phf-1>Yet, the error reads:
<phf-1>with: `running "python" with command "build" and parameters ()'
<phf-1>even if `(arguments '(#:tests? #f))' is in the package definition.
<phf-1>Any idea?
<nckxmas>phf-1: #:tests? controls whether the 'check phase will invoke the test command, it does not affect the 'build phase or instruct the upstream build system to somehow relax its checks.
<jpoiret>phf-1: looking at the github page, looks like this package is not needed with Python ≥ 3.7
<phf-1>jpoiret: Thanks. I'm trying to package FastAPI and using `guix import pypi fastapi' produced essentially these definitions:
<phf-1>One dependency is
<phf-1>*oops. One dependency is aiocontextvars package.
<jpoiret> suggests it isn't needed for a newer python
<phf-1>Ok thanks. Will try to do without it then.
<jpoiret>if it's still needed well you'd have to add the required dependencies of aiocontextvars (pytest-runner here)
<nckxmas>‘guix import’ just follows what the Python package claims to need (here in requires.txt), but it doesn't (yet? :) do anything clever with the [:python_version < "3.7"] preceding it. It would make the definition dependent on the version of the python package the importer had at import time (and that's assuming there aren't multiple), which is a bit of a grey area, but maybe it's acceptable here.
<nckxmas>Hm, I used ‘python package’ ambiguously but I hope it's clear what both mean.
<phf-1>jpoiret: Well, yes. it seemed to have worked like this!
<phf-1>Ok, now is the time for the #:check #f I guess.
<phf-1>nckxmas: Python packages are such a huge mess...
<phf-1>anyway, thanks for the inputs!
<phf-1>`(arguments '(#:tests? #f))' I mean
<nckxmas>Oh, our friendly friend has quit.
<user_oreloznog>Hello Guix!
<phf-1>Ho... a surprise
<phf-1>`guix import mdx-include' leads to: which fails to install.
<phf-1>but works
<phf-1>the importer should output `(uri (pypi-uri "mdx_include" version))' instead of `(uri (pypi-uri "mdx-include" version))'
<phf-1> `(arguments '(#:tests? #f))' Seems to be pretty standard for python packages
<Guest25>how do i check the default value of a specific variable
<Guest25>is there a jump to definition in emacs for guix
<Guest25>how do i set that up?
<Guest25>ok so apparently using guix repl i could get the default value
<Guest25>but i still want some ide-like features for guix in emacs
<Guest25>no idea how to get that
<phf-1>Guest25: so, you're in Emacs, M-x guix works, and you want to know some Emacs related default value for a variable?
<AIM[m]><nckxmas> "AIM: I just rembered https://..." <- nckxmas: I'll check out libreplanet
<nckxmas>Also check out the link a few messages below that; it's what I actually meant to paste.
<nckxmas>I have no idea who runs that or if it's any good but hey, that's wikis for you.
<AIM[m]>Miraheze right?
<nckxmas>Hm. Hmkay. I think I just realised something.
<nckxmas>AIM[m]: Yes, that is what I meant.
<nckxmas>But if you find or prefer or create another host, that is also fine.
*nckxmas AFK for the rest of the day, have a very pleasant eve everyone.
<AIM[m]>Merry Christmas Bruh!
<phf-1>Merry Christmas !
<AIM[m]>Merry Chrismas t'y'all!
<jpoiret>nckxmas: iirc M6piz7wk runs that wiki
<Guest25>ice-9/boot-9.scm:1685:16: In procedure raise-exception:
<Guest25>In procedure user-account-uid: Wrong type argument: #<<user-group> name: "root" password: #f id: 0 system?: #t>
<Guest25>why am i getting this
<Guest25>all i did was add a group definition
<phf-1>How to install a python package that does not have a (orjson) from pypi as in ?
<jpoiret>looks like you added the (user-group ) record to `users` and not `groups`
<Guest25>(define-public %my-base-groups
<Guest25>  (append
<Guest25>   (list
<Guest25>    (user-group
<Guest25>     (name "audio")
<Guest25>     (id 100)
<Guest25>     (system? #t)))
<Guest25>   %base-groups))
<jpoiret>please use for things longer than a line
<rekado_>I’m manually building linux on one of the aarch64 nodes, because the tarball generation times out.
<rekado_>we may need to raise the silent time out on that derivation — or make it spit out some progress info once in a while.
<jpoiret>where is the list %my-base-groups used?
<Guest25>here's the file
<rekado_>Guest25: looks like a misplaced closing parenthesis
<rekado_>nope, sorry
<rekado_>parens look fine
<rekado_>Guest25: can you show us the full error message you get?
<rekado_>is there a backtrace?
<Guest25>ye sure sec
<jpoiret>is your guix up to date? if not, try running `guix pull` beforehand
<Guest25>ight running pull rn
<rekado_>ah, I see what’s wrong
<rekado_>line 69: why are you using %base-groups here?
<rekado_>you’re using it correctly on line 78
<rekado_>but on line 69 you should have a list of users, not a list of groups
<Guest25>oh wtf
<rekado_>that’s what the error tries to communicate
<rekado_>you can’t run user-account-id on a group
<Guest25>should be base-user-accounts
<rekado_>typed Guix: when?
<jpoiret>that'd need typed racket alas
<rekado_>I’d love to have some static type checks in Guix.
<jpoiret>a shame that lisps don't have type systems
<jpoiret>well, static ones i mean
<Guest7455>Hello. Trying to link against ncurses-with-gpm, I get "$HOME/.guix-profile/lib/ undefined reference to `stat@GLIBC_2.33'" Any ideas? Which gcc-toolchain version should I be using?
<Guest25>now i get another error lol
<rekado_>we use records a lot, and there are very few (if any?) that are sort of a union type
<rekado_>so static checks would make a lot of sense for us
<rekado_>Guest25: bring it on!
<jpoiret>i've been looking back at Haskell a bit recently and the type system really gives you cool stuff like race safety and such
<rekado_>Guest7455: what glibc version are you linking with? I don’t think this is anything to do with your gcc-toolchain package.
<jpoiret>Guest7455: are you on a foreign distribution?
<rekado_> says it wants a symbol from glibc version 2.33, so your program should be linked with that version of the glibc.
<Guest25>nvm figured it out
<rekado_>(that’s the latest glibc you can get with Guix)
<Guest25>i was creating audio group which already exists in %base-groups lol
<Guest25>honestly guix has the best manual ever lol
<rekado_>I think the manual is pretty sweet. But I think the cookbook deserves a little more love.
<Guest7455>No, I am on guix. I am actually running gcc with -lncursesw. I guess it tries to link with whatever is in $LIBRARY_PATH, which is why I am suspecting that glibc is propagated by gcc-toolchain
<rekado_>the reference manual is a bit short on examples.
<rekado_>Guest7455: is glibc somewhere on the $LIBRARY_PATH+
<Guest7455>I can find: So that is my problem right there.
<Guest7455>No idea on why it is trying to link against 2.33 though, most likely this is what ncurses was built with
<Guest25>how come we dont have an scrcpy package
<Guest25>someone made one i guess
<Guest25>but never bothered to contribute it lol
<Guest7455>Which gcc does guix currently use?
<jpoiret>Guest25: from a glance it requires prebuilt binaries, that may be why
<Guest25>whats wrong with prebuilt binaries?
<Guest25>they could hold malware is what im assuming?
<sneek>Welcome back xd1le, you have 1 message!
<sneek>xd1le, apteryx says: it built! /gnu/store/gx035nyr0msd2zakphv111hjxd9xscy6-rust-i686-linux-1.54.0
<jpoiret>that, and generally guix is a source-based distribution with optional support for substitutes
<jpoiret>s/distribution/package manager/
<phf-1>jpoiret: how to package orjson? here is the pyproject.toml
<phf-1>it looks like Rust mostly.
<jpoiret>i think that's a PEP 517 build system, which is being worked on ( i think).
<jpoiret>oh, mixing Rust with any other build system is going to be a pain imo
<phf-1>Ok, so there is not "built-in" way to do that with Guix right now.
<rekado_>Guest7455: the default is GCC 10.
<rekado_>prior to that it was GCC 7.
<phf-1>guix search rust gives: `outputs: rustfmt out cargo'. Yet, `guix shell --container rust -- cargo' gives: `error: cargo: command not found'. Why?
<jpoiret>phf-1: you need the cargo output of the rust package
<phf-1>guix shell --container rust rust:cargo -- cargo
<phf-1>So, by default, just `out' is installed
<Guest25>guix makes it harder to monitor system resources using top/htop
<Guest25>is there a workaround for that
<Guest25>because the programs have all these hashs in their name and sometimes their names get cut
<Guest25>its just not practical
<notmaximed>sneek: later tell fnstudio_: You can use the macro named 'assert' from (rnrs base) (search for 'assert' in the manual)
<sneek>notmaximed, you have 1 message!
<sneek>notmaximed, attila_lendvai says: sorry, i had to go AFK. Proof of Stake is very roughly mining 2.0. and of course go-isatty most probably won't influence the consensus related behavior, but my point is that i don't want to be the one who making that decision. i'd like to leave it to the upstream developers. Swarm is the equivalent of IPFS, but done differently.
<phf-1>Painful it is...
<phf-1> failed to create directory `/homeless-shelter/.cargo/registry/index/`
<notmaximed>As it is difficult (though not impossible) to mix build systems, I suggest splitting the rust part into a separate package
<notmaximed>and letting the python package take the rust package as input.
<notmaximed>Some patching might be required to make that work.
<notmaximed>FWIW, there are a few packages mixing gnu-build-system with emacs-build-system.
<phf-1>Tanks. Will try something along that line hopefully.
<notmaximed>Guest25: Maybe the htop/top/gnome-system-monitor/... has an option to only display the basename.
<notmaximed>Or maybe we could have a patch in guix implementing an option 'hide /gnu/store/...'
<Guest25>huh i cant use karnaugh-map
<Guest25>i mean
<Guest25>i cant use tlmgr
<Guest25>it doesnt have write privs to /nu/store
<Guest25>what do
<Guest25>anyone plz
<Guest25>ts urgent
<notmaximed>Guest25: is that a package?
<Guest25>im guessing guix import texlive package should work
<Guest25>but it doesnt :thinking:
<notmaximed>It's not in guix: guix show karnaugh-map  --> package not found
<Guest25>its a package from tlmgr i guess
<Guest25>im supposed to install it via tlmgr
<Guest25>but cant
<notmaximed>Do you need to use tlmgr?
<notmaximed>Or would installing it via guix work? (after importing it)
<Guest25>thats the package
<Guest25>no idea lol
<notmaximed>Looking at the description of tlmgr ‘tlmgr manages an existing TeX Live installation’, it seems unlikely that it would interact well with guix.
<notmaximed>Unless it writes in $HOME or something.
<Guest25>oh boy
<Guest25>another day wasted
<notmaximed>A quick and ‘dirty’ option might be to simply copy the dtx/ins into the directory of the latex file
<lilyp>check gnu/packages/texlive to get an overview of our texlive packaging
<notmaximed>At least, that works for .sty.
<notmaximed>In what way does ‘guix import texlive karnaugh-map’ not work?
<lilyp>probably not in texlive upstream
<attila_lendvai>i see: [cups-driverd] Unable to open driver directory \"/gnu/store/vw3nlvgj1crp89qhgsfbcgxar61nf38d-cups-server-bin/lib/cups/driver\": No such file or directory. the parent dir exists.
<memyselfandi123>Does guix support different versions in its repos? What I'm looking for is emacs from git. On gentoo I would just emerge =app-editors/emacs-9999
<stikonas>memyselfandi123: different versions are just different packages
<stikonas>although, there are fewer of those than in gentoo
<stikonas>but e.g. there are multiple versions of openjdk or rust
<stikonas>but unlike in gentoo, they are always coinstallable (on Gentoo only if they are slotted and without file conflicts)
<attila_lendvai>and: simple-scan: common/utils.c 245: unable to load library /gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/lib/ invalid ELF header (it's a text file)
<memyselfandi123>So... what about emacs-git in particular? Do i have to install it manually from source?
<Kabouik>jpoiret, nckxmas Thanks! In my opinion it would be nice to add a clean uninstall command in guix or a separate script that would remove those directories if a user decides to uninstall and clean guix. That's between 4 and 6 directories and they are in different places and I don't think the list is not easily found in the help (except from asking the community of course!).
<Kabouik>Now, let's try what podiki[m] recommended me yesterday to install Guix System on a usb thumb drive! My attempts with the manual install failed.
<podiki[m]>lilyp: (on python-web ordering) seems to be no rhyme or reason; like python-flask-* spread everywhere, python-azure-* at the very end, python-zope* in the middle
<podiki[m]>do I just pick a random place to put in a new package? seems haphazard
<lilyp>the best bet is "somewhere in the middle, where it fits"
<podiki[m]>haha where no one will notice what is where?
<lilyp>there's guix edit
<podiki[m]>fine with me, just hadn't submitted a new package before and wanted to get it right
<lilyp>you normally don't want to put it at the end, that just makes conflicts likelier
<podiki[m]>that I got
<podiki[m]>okay, just wanted to make sure I wasn't missing something obvious
<raghavgururajan>Hello Guix!
<AIM[m]>How to edit (version "...") of packages using config.scm?
<AIM[m]>Apparently the Xmonad version is not bumped
<AIM[m]>That's what was causing the headache....
<singpolyma>AIM[m]: you'll have to write a stub package that inherits from the one in guix
<AIM[m]>In my own channel?
<AIM[m]>Where do I tell guix maintainers to bump the version of Xmonad?
<singpolyma>AIM[m]: in your config.scm or anywhere else. No need for channel machinery
<singpolyma>If you want to bump in guix edit in tree and send a patch
<AIM[m]>singpolyma: Can you please help me by telling me the syntax to do that? Thank you
<AIM[m]>In config.scm
<AIM[m]>singpolyma: What do I put in for sha256?
<singpolyma>Just put anything and when you try it you will get an error telling you the right one
<singpolyma>Not "the right way" but works for expedience
<podiki[m]>I had a patch for xmonad and xmonad-contrib bump but on my other computer
<podiki[m]>I think it was mostly straightforward, I'll try it again now
<podiki[m]>note that it does have some breaking changes for configurations
<the_tubular>What do i input as 'UUID' for a config.scm used to create a virtual machine ?
<the_tubular>The disks doesn't exist yet, so I don't have it's UUID
<podiki[m]>I don't think you need anything? probably is ignored (like for guix system image), but someone can correct me
<the_tubular>good to know!
<the_tubular>Also, this doesn't seem to work : (service rtorrent-service-type)
<the_tubular>Does that service exist ?
<podiki[m]>AIM: the newer xmonad version needs some haskell packages we don't have in guix, but I do have locally
<podiki[m]>so might take a little to prepare patches, but I'll do it next
<AIM[m]>Oh, thank you very much podiki
<AIM[m]>Please send it to me as well
<podiki[m]>turns out a bunch are from my massive haskell-gi and taffybar packaging I want to submit, so it helps reduce the amount of packages to submit later
<AIM[m]>podiki: Is there a way to get old version of ghc-xmonad-contrib then?
<AIM[m]>It's updated but old version not there in wm.scm
<podiki[m]>try a package transformation
<AIM[m]>podiki[m]: Can you please explain me what you meant by that?
<AIM[m]>Is it the same step mentioned by singpolyma ?
<podiki[m]> you can specify a source explicitly
<AIM[m]>Btw, what is the sha256 base32?
<AIM[m]>Is it the normal sha256 hash of the tar file?
<singpolyma>AIM[m]: yes
<singpolyma>But encoded in base32 instead of base16
<AIM[m]>I'm getting invalid-base32-character character : #\e string: "char"
<AIM[m]>singpolyma: Oh the normal sha256 you get from terminal is base16?
<singpolyma>Is there a guix command to add an arbitrary file to the store? Like guix download, but from a local file?
<singpolyma>AIM[m]: yes
<singpolyma>AIM[m]: use guix hash command or guix download
<vldn[m]>whats the technical difference between guix system reconfgiure and init (with ignored bootloader)
<AIM[m]>Can I disable hash tho?
<AIM[m]>I keep getting hash invalid character
<podiki[m]>AIM and any xmonad users: here is a patch
<podiki[m]>needs some minor clean up and to be separated into proper patches, but adds new deps, updates xmonad, xmonad-contrib, and xmobar
<podiki[m]>but I'm on my Arch system right now and can't test these, other than it builds
*AIM[m] uploaded an image: (141KiB) < >
<AIM[m]>I'm getting error: exception thrown: #<&invalid-base32-character character: #\e string: "hashgoeshere">
<podiki[m]>you can't just use a string, needs to be a valid hash (use the old one or a random one from another package)
<AIM[m]>It's the exact same hash put out by guix download
<podiki[m]>what is the hash
<AIM[m]>Base 32 and sha256
<podiki[m]>or what was the guix download command
<AIM[m]>guix download -H sha256 -f base32 "mirror://hackage/package/xmonad-contrib/xmonad-contrib-0.15.tar.gz" -o ~/Downloads/xmonad-contrib-0.15.tar.gz
<podiki[m]>0r9yzgy67j4mi3dyxx714f0ssk5qzca5kh4zw0fhiz1pf008cxms is the hash (I don't know the -H and -f, haven't used that)
<AIM[m]>podiki: It's working
<AIM[m]>Thank you so so much!
<podiki[m]>happy to help
<AIM[m]>Really appreciate your help!
<podiki[m]>I'll submit the xmonad patches later, though would be great if someone can run them on a guix system too
<AIM[m]>Now I had one of the cabal file have its hash wrong...
<AIM[m]>Error for /gnu/store/xjkv6grpfgb3xy28fzk74gkvahdy7kbi-ghc-xmonad-contrib-0.15-1.cabal
<AIM[m]>Idk how to fix that tho
<AIM[m]>That's not the file for which we provided hash
<AIM[m]>Yeah I think I found fix for that as well
<Kolev>Ugh, I'll have to package Jellyfin...
<AIM[m]>They had a cabal version in it
<AIM[m]>I have to change that hash in package module
<AIM[m]>Life is tiring
<ulfvonbelow>'guix shell' seems to fail to honor --preserve when the variable is one that the environment being created also sets. For example, `export DUMMYVAR=1234; guix shell --pure --preserve='^DUMMYVAR$' --preserve='^INFOPATH$' --preserve='^EMACSLOADPATH$' emacs -- /usr/bin/env` causes DUMMYVAR to show up unmodified, but neither INFOPATH nor EMACSLOADPATH retain any portion of their original value.
<AIM[m]>podiki: So, I got errors and in log it is asking me for ghc 8.10 as dependency for ghc-xmonad-contrib 0.15 I think but xmonad 0.15 uses ghc 8.6.5? How do I fix this?
<AIM[m]>Do you know whicb version of ghc-xmonad-contrib is required for xmonad 0.15?
<podiki[m]>I remember a message somewhere about needing to explicitly say which ghc version you install with xmonad, somewhere on the mailing list
<podiki[m]>so you might need ghc@8.6 installed? but may have changed with all the big updates recently
<podiki[m]>I've been using cabal directly so maybe someone else can chime in on this
<podiki[m]> or
<AIM[m]><podiki[m]> "so you might need ghc@8.6..." <- Wot about ghc-xmonad-config? Which version is needed for xmonad 0.15?
<podiki[m]>ghc-xmonad-contrib 0.16 needs xmonad 0.15 if I remember correctly
<podiki[m]>you can check hackage for previous version dependencies
<AIM[m]>Merry Christmas, Guix fam!
<podiki[m]> (xmonad patches)
<rekado_>re karnaugh-map: it *is* part of TeX Live, so you should be able to import it with ‘guix import texlive karnaugh-map’
<rekado_>you’ll need to do this in an environment where svn exists
<vldn[m]>merry Christmas <3
<Kolev>Inatalling IceCat is taking forever.