<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. <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. <nckxmas>Let's try to SYSTEM into sanity after yet another reboot because I crashed everything. <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>let me share the package definition <jgart>but that's unrelated i think <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 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!) <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. <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 🤷 <Kabouik>An iso containing a boot option to a live Guix with persistent memory and a TUI installer would get my vote. <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. <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. <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>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 mkfs.foo. <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>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 <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>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 <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? <drakonis>--log-file return the log file names for the given derivations <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]>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 <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]>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]>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 <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]>package manifests give you package lists and the new guix home can help with user configuration stuff too (still a bit beta/in flux) <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]>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 <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]>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>Thanks, got to sleep here. 5.18 am, look how Guix already hurt my sleep on the first day. :] <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! <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>I thought a branch, but looking at our emacs-next-pgtk, I might wrong. <apteryx>raghavgururajan: is 38954 still actual? <podiki[m]>for files like python-web.scm is there an ordering? seems a bit random to me (want to add a package) <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>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>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? <nckxmas>Guest25: guix system build -d /etc/guix/system.scm <lilyp>podiki[m]: mostly alphabetical I'd assume <lilyp>sneek later tell KarlJoad my emacs service is meant for user shepherd, not system shepherd <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>but the lack of proprietary software sometimes makes me anxious lol <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 <nckxmas>Hm, I don't remember what that was about. <Guest25>ice-9/eval.scm:142:16: In procedure compile-top-call: <Guest25>hint: Did you forget a `use-modules' form? <Guest25>ice-9/eval.scm:142:16: In procedure compile-top-call: <Guest25>hint: Did you forget a `use-modules' form? <Guest25>how do u even include code blocks lol <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 (paste.debian.net). 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 <phf-1>I guess it has to do with `guile' direclty. Maybe Guile can help here. <nckxmas>AIM[m]: There's no need to host it on guix.gnu.org, though? You could host it anywhere. <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 <nckxmas>The server's fine, the connection sometimes does that. <nckxmas>Go get a coffee or something. It's 20 minutes. You'll live. <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>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 <nckxmas>memyselfandi123: Could you tone down the 'tude? Thanks in advance! <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 <jpoiret>depends if it is stable or latest, stable is from ftp.gnu.org, latest is from berlin <jpoiret>with my connection stable is quite slow (not 294KB/s slow though) while latest is instant <phf-1>with: `running "python setup.py" with command "build" and parameters ()' <phf-1>even if `(arguments '(#:tests? #f))' is in the package definition. <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>*oops. One dependency is aiocontextvars package. <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>nckxmas: Python packages are such a huge mess... <phf-1>anyway, thanks for the inputs! <phf-1>`(arguments '(#:tests? #f))' I mean <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>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 <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? <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. <nckxmas>Hm. Hmkay. I think I just realised something. <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. <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>all i did was add a group definition <jpoiret>looks like you added the (user-group ) record to `users` and not `groups` <jpoiret>please use paste.debian.net 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? <rekado_>Guest25: looks like a misplaced closing parenthesis <rekado_>Guest25: can you show us the full error message you get? <jpoiret>is your guix up to date? if not, try running `guix pull` beforehand <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 <rekado_>that’s what the error tries to communicate <rekado_>you can’t run user-account-id on a group <rekado_>I’d love to have some static type checks in Guix. <jpoiret>a shame that lisps don't have type systems <Guest7455>Hello. Trying to link against ncurses-with-gpm, I get "$HOME/.guix-profile/lib/libncursesw.so: undefined reference to `stat@GLIBC_2.33'" Any ideas? Which gcc-toolchain version should I be using? <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 <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_>libncursesw.so says it wants a symbol from glibc version 2.33, so your program should be linked with that version of the glibc. <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: libc-2.31.so. 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>but never bothered to contribute it lol <jpoiret>Guest25: from a glance it requires prebuilt binaries, that may be why <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>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. <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>because the programs have all these hashs in their name and sometimes their names get cut <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> failed to create directory `/homeless-shelter/.cargo/registry/index/github.com-1ecc6299db9ec823` <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>it doesnt have write privs to /nu/store <Guest25>im guessing guix import texlive package should work <notmaximed>It's not in guix: guix show karnaugh-map --> package not found <notmaximed>Or would installing it via guix work? (after importing it) <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>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>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 libm.so: /gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/lib/libm.so: 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? <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]>okay, just wanted to make sure I wasn't missing something obvious <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]>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]>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 <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>Also, this doesn't seem to work : (service rtorrent-service-type) <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 <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 <AIM[m]>podiki[m]: Can you please explain me what you meant by that? <AIM[m]>Is it the same step mentioned by singpolyma ? <AIM[m]>Is it the normal sha256 hash of the tar file? <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? <vldn[m]>whats the technical difference between guix system reconfgiure and init (with ignored bootloader) <AIM[m]>I keep getting hash invalid character <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]>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 <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) <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]>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]>I have to change that hash in package module <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 <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 <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 <Kolev>Inatalling IceCat is taking forever. 
