<pkill9>since I updated my system, gnome-terminal got removed and console got installed <Obikawa>jackhill: After some reading and more experimentation I have understood, that (package (arguments ...)) is on the boundary between the build host and the build target. I was able to break some stuff out into an internal let* expression. Thank you again for your helpful conversation. <civodul>podiki[m]: there's a hopefully short maintenance time for that one ***Xenguy_ is now known as Xenguy
<user_>im getting this behavior during 'guix pull' so I cant update my system anymore <user_>^ this is the output before it fails <nira88>Is there a recommended way to configure the system bashrc? ***f1reflyylmao is now known as f1refly
<bdju>I had a syncthing daemon running on startup / all the time and somehow it's become screwed up and won't run on its own now. looks like I have a file at ~/.config/shepherd/init.d/syncthing.scm <bdju>how am I supposed to start that? <bdju>herd load root path-to-file gives me this: error: connect: /run/user/1000/shepherd/socket: Connection refused <cnx>how do i use local path for a package source <cnx>context: i'm trying to make a manifest to build a program and drop into that shell <cnx>hmmm don't manifest shell prepend to LIBRARY_PATH and C_INCLUDE_PATH? <lilyp>cnx: only if you have gcc-toolchain in your manifest ***Dynom_ is now known as Guest5004
***wielaard is now known as mjw
***jesopo is now known as jess
<ekaitz>hi! anyone has vscodium packaged for guix? <ekaitz>(not that I want to use it, but I need it for reasons) <nckx>jacobk: Yes, all me. In retrospect the nick change caused a lot of confusion, pointless questions, and lost messages. <nckx>Definitely doing it again next year. <lechner>cnx: Can local files be a package source? I currently push to a Git repo and have a guix.scm that lags at least one commit behind. In the meantime, I try to test commits inside guix shell --development --file=guix.scm <lilyp>lechner: yes, but be careful; guix will only see files checked into git if you use git-fetch for example <lechner>Hi, is anyone using ZNC or pounce under Guix? <lilyp>lechner: you'd have to replace the (origin ...) with a (local-file ...), but note that the git predicate is useful even if it's confusing <nckx>lechner: Yes, but. There is no ZNC service and I haven't written one, if that's what you're hoping. <lechner>lilyp: thanks! i understand the confusion part, but why is it useful please? <lilyp>because .git can clobber your store with useless stuff <lechner>and the git predicate ensures it will be ignored? <lilyp>more than that, it makes sure only files known to git are used in the build <nckx>.git is also not āreproducibleā, in that it's very likely to differ between functionally identical checkouts. ***civodul` is now known as civodul
<civodul>cbaines: shepherd on bayfront is slowly leaking :-/ <civodul>cbaines: you must experience the fibers-related leak in the Build Coordinator and Data Service, don't you? <gnucode>hey guix, I am trying to write a simple guix shell command to launch firefox in a container that shares the ~/Downloads directory. <gnucode>guix shell -CN --share=/home/joshua/Downloads firefox-wayland -- firefox <gnucode>guix shell: error: mount: mount "/home/joshua" on "/tmp/guix-directory.lJP1TJ//home/joshua": Invalid argument <gnucode>rekado: I guess I'm not sure what a bind mount is... <gnucode>tmpfs on /home/joshua/tmp type tmpfs (rw,nosuid,nodev,relatime,size=3892492k) <rekado>also useful to know: where are you running the command? By default āguix shell -Cā will bind-mount the current working directory into the container. <gnucode>rekado: I am trying to run that command in ~/ <gnucode>Error: no DISPLAY environment variable specified <rekado>you wonāt be able to easily run graphical applications in a container without sharing a lot more of your file system and preserving a bunch of variables <gnucode>rekado: ahhhh. so this might be a bit of a chore to figure out. ***civodul` is now known as civodul
<civodul>looks like IRC logging didn't survive bayfront reboot <civodul>is that still done by a manually-started znc process? :-) <rekado>I wrote an IRC bot to replace this <rekado>I was hoping for some comments on it before enabling it, though <civodul>ah neat, i think i've overlooked that <Kabouik>`guix gc` is "only" clearing 80GB of data after a `sudo guix system delete-generations 1m && guix package --delete-generations=1m`, but Guix still takes about 2/3 of my 1TB SSD. Is there a command I'm forgetting to clear space? I don't think just one-month-old generations alone would amount to that size <nckx>Kabouik: There's also āguix pull --delete-generations=ā¦ā, and ~/.cache/guix/profiles/ (linked from /var/guix/gcroots/auto), and note that āguix package --delete-generations=1mā without sudo clears only your user's generations, but that'sā¦ very, very much space. Almost implausibly much. <nckx>I don't need to see the output, but take a look at /var/guix/gcroots to see if anything jumps out. <nckx>I don't GC often and my store is āonlyā 96GiB. My entire SSD is 500GB. <Kabouik>That sounds a lot more reasonable indeed. <Kabouik>My `guix gc` is still busy deleting the 80GB (it's very CPU intensive apparently), but I'll try a `guix pull --delete-generations=1m` afterwards, and a `sudo guix package [ā¦]` as well. ~/.cache/guix/profiles seems to contain only symlinks, I assume I shouldn't try to clean it manually. <nckx>By convention, ~/.cache is always safe to delete (it may only cost time & bandwidth, of course, but never valuable data). <nckx>That's not encouragement to delete random files, but I don't know the pretty UI commands to manage it (if they exist). *nckx just deletes files in /var/guix when they run low on space, but that too is not legal advice. <Kabouik>I'd say it is safe to play illegally when you're the game master, which you are. <Kabouik>Now if I try to do that with my Guix system, I'm pretty sure I'm going to open a wormhole (and, coincidentally, break my system). <nckx>Has more to do with old habits dying hard than mastery :) And yes, it is possible to break your system that way. <apteryx>lilyp: is it expected that we have "+ out: everything else" even when only out exists? <civodul>apteryx: i find it confusing too :-) <nckx>apteryx: Yes, but +1 on confusing. <nckx>(But then so is Appendix H, and I don't want to be a spoilsport.) <lilyp>tbf the code is not very smart, it doesn't know that the list has only one element <cbaines>civodul, talking about fibers leaking memory, I've spotted cases where the guix-build-coordinator memory usage just starts regularly doubling until it crashes <lilyp>we could special case that to "everything" tho <apteryx>and what is Appendix H supposed to be? <cbaines>civodul, I don't think I've see the Guix Data Service behave like this though <nckx>I'm not sure if it's quite a ājokeā, but it's where all undocumented things are supposedly documented. <lilyp>it's a nod to intel's appendix h, which contains undocumented opcodes <apteryx>doc could probably say 'documentation' or something else than Appendix H ;-) <nckx>Maybe me pointing out that it's a very GNU joke will trigger civodul into changing it. <civodul>lilyp: wasn't the reference to "appendix H" removed? <civodul>maybe i was the only one in consensus :-) <nckx>Oh, I still have it, but I'm a few days behind. <civodul>i think obscure geeky jokes are out of place; even i didn't get it <nckx>I think they're fine if they don't impede understanding. Here they do. <nckx>For some reason I thought you'd added it, civodul. Sorry for even thinking that. <civodul>lilyp: how do you feel about posting patches for these two minor issues? :-) <nckx>s/impede understanding/& and aren't exclusionary/ <lilyp>I wouldn't exactly say they're exclusionary, but then again perhaps I'm biased <nckx>Nor do I, I was just being complete. <nckx>Well, actually, one does kind of imply the other, but I certainly know it wasn't intended to be exclusionary. <civodul>anyway, these two issues should be addressed <civodul>cbaines: the leak could be slow; it seems to be a function of the number of context switches <nckx>Well, actually I do think it is, but it's probably best not to treat it as such just in case, is what I guess I think I mean. <lilyp>It's certainly on the edge. Tell them that they've reached the bug tracker ;) <Kabouik>Yeah, just finished a ncdu /gnu/store nckx, and it is using 719GB on my 1TB SSD. :| Meanwhile, `guix gc` is still busy. <nckx>That is way beyond not even average. <Kabouik>`guix pull --delete-generations=1m` deleted another 25GB, but that's not going to cut it <nckx>The estimates given by āguix gcā (really: the forked Nix code) are, if not flat-out wrong, correct in a way that is almost useless. However, I tend to see them over-, not underestimate savingsā¦ <nckx>ncdu (1.17) seems to know about hard links, so that's not it. <podiki[m]>did the logging (on logs.guix.gnu.org) stop sometime recently? seems to be from yesterday <nckx>Kabouik: For me, the top consumers are image.isos, Linux checkouts, an indecent number of QEMUs, and of course everyone's favourite 1.5 GiB font, Google Noto. Is there anything notable about your ncdu output? Some forgotten 100-GiB disc images or so? <nckx>As you can see, this isn't some lean one-version-per-package installation. <podiki[m]>how does it handle things like btrfs compression? or is there a btrfs equivalent command? <podiki[m]>(e.g. du isn't accurate on its own as far as i know) <nckx>I've just heard of it, never used it. <nckx>I have a WIP patch for it $omewhere, but that does not appear to be here. <nckx>Though I have one server that still uses btrfs, the unconventional algorithm was really what prompted me to package it. <podiki[m]>so you're saying I can't procrastinate later by packaging this, but you can by looking for the patch :) <nckx>I wouldn't mind if you did, if that's what you mean. <nckx>Neither had I, and I think our D build system was in a de facto broken state back then, and I also think someone has since improved (big ups to that person whose name I'll certainly never forget). <podiki[m]>civodul: though emulate-fhs does not work given a profile and I'm not sure how to handle that (say the profile wasn't made with emulate-fhs then it won't have glibc-for-fhs) <podiki[m]>err the guix shell invocation mentioned in the commit message <nckx>You might not have linked what you meant to link. <shcv[m]>how do I search for which package installs a given binary to the path? in this case I'm looking for lsblk (my system doesn't have it for some reason) and a basic search didn't return anything <nckx>shcv[m]: util-linux (or util-linux-with-udev). There is no file search. <nckx>shcv[m]: Your system not having that by default is not impossible, but it's unusual. <shcv[m]>so the file search is "ask in #guix" then <nckx>Then someone runs realpath $(which FOO) and gives you the answer. <jackhill>there are some old thread in the mailing lists brainstorming search ideas. The other thing I sometimes do, if figure out which Debian package has it, and look for the corresponding Guix package. <nckx>You can request an āadvanced searchā (ls /gnu/store/*-*/{s,}bin/FOO) but it costs extra. <podiki[m]>though fhs won't work with a profile option to guix shell, any immediate thoughts on how to handle that? maybe warn that emuate-fhs may not work correctly if the profile was created without it? <shcv[m]>@nckx: oh no, are we going to start a guix-coin? mined by build-server PoW <podiki[m]>I also am guilty of using Arch's pacman/yay (aur helper) who owns a certain file and it tells me the package on arch at least, usually similar for guix (except a lot of smaller utility stuff sometimes) <nckx>I should have added that the āadvanced searchā is run on berlin. <nckx>My money's on metaguixcoin, which gives out tokens each time someone suggests guixcoin. <nckx>(It is tempting; I understand why.) <shcv[m]>yeah, it doesn't really make sense for guix to integrate a blockchain (unless it was the guix version history itself), and external tokens are prone to all kinds of problems <Kabouik>Nope nckx. I don't think I've got any .iso file in /gnu/store, or any virtual machine yet. I do have Noto, and would happily accuse it of eating 700GB but even that would not be fair to Google. My ncdu output just lists a 66GiB /.links, a 63GiB /trash (now deleted after guix gc I think), and then 5.3GiB hash-folders which I guess all contain the same share/ (5.3GiB) subfolder with links <nckx>I can't parse what follows ā5.3GiBā. <nckx>These are directly under /gnu/store and don't have a meaningful name, just a hash? <nckx>(Ignore whatever's under /gnu/store/.links, that's where we hide the implementation details.) <nckx>shcv[m]: You had me at ādoesn't make sense something something blockchainā. <nckx>āguix copyā is unappreciated magic. <Kabouik>Yes nckx, the 5.3GiB folders are those that are under /gnu/store and have a hash prefix. Actually I just noticed that they all are in the form of <somehash>-profile, I mistook them for application folders. <Kabouik>I see now that I also have several <somehash>-qemu-7.1.0, not exactly sure how since I have not installed any VM (perhaps guix created them when trying I ran the suite of tests on some of the packages I submitted, I think there is a cross-compilation step), but that would only account for a few gigabytes anyway. <nckx>Now that I find suspicious. Maybe there's some edge case I'm forgetting but profiles should not be several gigabytes in size. <Kabouik>All of it seems to be in their share/icons subfolder, and I installed Papirus, so that might not be default. <Kabouik>Well first of all, just that short `du -hs` command takes ages to process on my machine, which I think is suspicious since you managed to run it on yours while we were chatting. <nckx>Kabouik: Back, but only briefly: don't cancel the du, but could you run āfind /gnu/store/$hash-profile -type f -exec du -h {} + | sort -hā (or whatever -exec command you prefer) on one of those gigantoprofiles? Profiles should be mostly symlink trees, so I'm expecting to see a generated (index) file that somehow gets 5.3 GiB of file data shoved into it. Somehow. But I don't really know what to expect. <nckx>I'm on a 2013-era laptop with a 2016-era SSD, if that matters. <Kabouik>I am just getting this: https://0x0.st/ogb2.txt But wait, ncdu has an "Apparent size" and a "Disk usage" mode, and hash-profile folders only show up with 5.3GB when in one of those modes (can't tell which, it's not indicated). I suspect one of those doesn't really process hardlinks the way we'd want? <Kabouik>Yeah, my laptop should be more powerful, but du -hs on /gnu/store/*profile is still busy. <nckx>Yes, āapparent sizeā is exactly what we don't want. That's the naive āthis thing is 1G, and that thing is 1G, so that's 2G usedā¦ā mode that doesn't understand hard links. <nckx>You *are* sure that /gnu/store is actually using ~700G, yeah? <nckx>(E.g., and sorry, this will take twenty six days apparently, but: ādu -hs /gnu/storeā, no other options.) *nckx AFK for good, or at least the rest of the evening. Happy hunting. <Korven[m]>Anyone using Calibre from Guix, are you able to view your ebooks properly? <lechner>Korven[m]: I recently opened an Ebook with Calibre but it compiled locally because no substitute was available. After reading about some security holes in Calibre, which is apparently setuid root, I switched to this https://depp.brause.cc/nov.el/ <Kabouik>Well I'm doubting it now nckx because I was trusting i3status-rust which reported only 373ish GiB of free space on my drive (I assume it uses `df` under the hood), and ncdu reported 718 GiB of "Total disk usage" (and 94 GiB of "apparent size", which is a lot less, but your comment implies that "apparent size" should overestimate, not the opposite)). `df -h` says I'm using 450GB and have 373GB free, which hardly adds up to my 950GB SSD, but this is <Kabouik>perhaps because I am using btrfs and some space is reserved by the file system. <Kabouik>I guess I'll run `du -hs /gnu/store` tomorrow and let you know the result for Xmas. <nckx>Kabouik: It's possible I swapped them; I don't actually know ncdu's definition of āapparent sizeā, only du's, which is āapparent size > non-apparent (default) sizeā in normal cases. <Korven[m]>nov.el is nice, but what I meant was that if I view an ebook, it only shows the images in the book. No text. It works fine if I install Calibre from the Fedora repos, there's no problem <nckx>(Yes, I *did* say that, but, my ride didn't show up yet, so here I still am.) <nckx>lechner: Calibre is not setuid root, cannot be, in Guix. <nckx>Unless you are personally very aware. <Kabouik>Perhaps it's the opposite then, yes, but in any case 94GiB doesn't add up either, my ~/ is less than 150GB, so there are still lost GBs somewhere if df -h only sees 373 free GB. <nckx>I use āncdu -qx /ā habitually, maybe try that first. <nckx>(-q = don't waste cycles on a pretty animation; -x = don't cross mount boundaries, you really don't want to know how much imaginary stuff is in /proc.) <Kabouik>It's not an emacs package, but you might be interested in shirah which was recently merged Korven[m]. <podiki[m]>Korven: occasionally, but not on my guix system I don't think <nckx>(Korven[m]: It's just a friend, not a taxi, and she is habitually late.) <Korven[m]>i really either just want calibre to work or another alternative to it :p <Kabouik>Now that I think of it, I packaged it but don't really remember if it supports images. <nckx>What format is the ebook? <Kabouik>It might with sixel, but I wouldn't bet on it. <nckx>I've used Guix's Calibre years ago and didn't notice such bugs. <Korven[m]>Funny thing is it can't even open the PDF files XD <nckx>Hm, even the āQuick start guideā it ships with is blank here. <nckx>Obviously because it's not setuid root. /os <Kabouik>Shirah does support images, but opens it in an image viewer (`o` key) instead of showing them directly inline. <nckx>Korven[m]: Nothing important. /o\ is our beloved protagonist from \o/ in a less cheerful mood. <Korven[m]>it also can't catalogue or edit the book metadat <Korven[m]>I might try emacs-calibredb, if nothing works <Korven[m]>i relate to /o\ as well, i'm in a less cheery mood *nckx sends some good vibes over TCP. <rekado>is anyone working on enabling logging again? <rekado>or is that a task for future us? <nckx>rekado: I thought you were, above, so that's a no. <nckx>I have no idea how to start goggles-bot. <rekado>kinda busy now, but I can take a look later tonight *civodul is still head-down on the shepherd leak, won't get their head out of it until it's done <Korven[m]>> * <@nckx:libera.chat> sends some good vibes over TCP. <Korven[m]>*packet received. sending confirmation frame* *rekado also doesnāt know how to start goggles-bot <civodul>(perhaps you won't hear from me ever again?) <nckx>Didn'tā¦ didn't rekado write goggles-bot <Korven[m]>I know I mixed like 5 different terms but, eh <rekado>yes, rekado did. But that was past rekado. This is the new me. <nckx>Ding dong. That's me. TTYL Kabouik. <Kabouik>The video just autoplays in Icecat for me Korven[m], but it plays in mpv as well <rekado>civodul: leave a trail of bread crumbs. <zimoun>civodul: hum, is it not the job of a sheperd to avoid to be lost? ;-) <two[m]>is it possible to build code for fhs systems? <Kabouik>Got to go. Thanks for nov.el too, I didn't know about it and it looks nice. <civodul>zimoun: indeed! and now i find myself looking after the shepherd <zimoun>civodul: through Guix lens, everything looks like a bootstrap issue? :-) <lispmacs[work]>pkill9: it was rather confused when I did my last upgrade, because gnome-console doesn't preserve the keyboard shortcuts <lispmacs[work]>I can install gnome-terminal but it won't run, something about a missing .service file <nashdidan[m]>My gnome installation does not seem to support drag and drop at all, even within the same app, and also does not persist preference for default apps. Does anyone else experience the same issues? <ss2>Good evening. Is it a common problem that several gnome applications fail to launch while they cannot find libGLESv2.so.2? <ss2>I'll prepare a paste. <ss2>that includes most of Gnome's core apps. Guix is current until yesterday. I've observed this since a week maybe. Just hadn't been testing gnome lately. <ss2>I checked with a vanilla user acount to rule out my profiles. It may have to do with my system. *unmatched-paren guix shell gnome-text-editor <ss2>okay. I better clean my system profile then. :) <ss2>I guess you don't have (service gnome-desktop-service-type) in your profile? <ss2>you mean guix shell gnome-text-editor? It fails there too. <ss2>--pure fails for other reasons. Will need more packages included to get it working. <unmatched-paren>it *should* be possible to use --pure without any other packages and have it start fine <unmatched-paren>that it doesn't indicates that there may be some dependencies missing or something ***mark_ is now known as mjw
<ss2>I may open an issue. Not sure what to do with it either. <ss2>hm, gnome-text-editor runs on another machine. ***TopExpert is now known as snafuman
<two[m]><two[m]> "is it possible to build code for..." <- i did a `guix shell --container --emulate-fhs gcc-toolchain` <two[m]>but the resulting executable depends on /gnu ***daviid` is now known as daviid
<pippobaudo>I'm currently using debian 11 and I want to switch to guix because I want to experiment it <pippobaudo>btw in the past I read that there were some efforts to make guix kernel agnostic <pippobaudo>isn't it developed in a way to make it work with any kernel? <pippobaudo>if I wanted to port it to bsd would that be easier than make let's say fedora works with bds? <nckx>unmatched-paren: Is your 'two slashes' thing an in-joke? <nckx>I didn't want to ruin the joke, if there was one, on the ML. <nckx>Yeah, matching that in a substitute* would be "/o\\\\" :-) <nckx>Which expresses it nicely. <w0ll3q1uszxabiwo>How do you get the mirrored repository of inspekt3d from guix? The upstream is down and i want to fork it <nckx>Which part of āban evasion is frowned uponā was unclear? ***ChanServ sets mode: +o litharge
***litharge sets mode: +b $a:KREYREN
***w0ll3q1uszxabiwo was kicked by litharge (You are banned from this channel (by nckx))
***litharge sets mode: -o litharge
<nckx>(It was a rhetorical question.) <user_>there is a Way to reinstall guix to fix integrity? <user_>Im not able to guix pull anymore let me paste the output <nckx>Alright! (Just in case: not here or the bot'll get you; ideally use the pastebin URL in the topic.) <user_>I will upload it to share.riseup.net (I always use this one for pastes) <anschlussy>Do the guix developers/creators hang out in here? <anschlussy>That's cool. I like to see people active in the places where they can be most easily contacted. <user_>this is the output of guix pull <anschlussy>Before I start whining, I hope everyone feels appreciated for working on a modern system dedicated to free software. I thought that kind of thing was dead. <user_>Will tryt paste.debian.net sec <lechner>Hi, does anyone using 'pass' have completion for the site part holding the scecret in either Bash or Fish? <unmatched-paren>shot in the dark, user_, but maybe try sudo guix gc --verify=repair,contents <anschlussy>I've wanted to try out pass, lechner; wouldn't that usually be in some sort of "bash-completions" package? <user_>^ just to test this way also need js? <anschlussy>blob URLs are weird, user_. they're not real urls, so it's referring to something that's already been loaded, if i remember correctly <anschlussy>vivien: interesting how the error is all 0s, lmao <lechner>anschlussy: pass may ship its own shell snippet, but i also have bash-completion installed (via Home) <anschlussy>Also, while I'm here, it looks like people have this whole "nonguix" kernel on some of their systems, for laptops and the like. Would I need something like nonguix in order to make use of amdgpupro for GPU computing stuff? <user_>this paste.debian is very fine I will start to use this one from now <user_>no js and also dont blocks tor <vivien>user_, the log mentions /gnu/store/cpc4zc2cn4sslr043lxf5virg7pā¦, could you try and find that file to see if it has the zeros? <vivien>(you need to have the shell auto-complete the part before the dots) <anschlussy>I've also gotta head out, but I'll be back in here later. <unmatched-paren>anschlussy: unfortunately GNU policy states that you must not help with or drive people towards nonfree software on official channels <anschlussy>lmao, i see. I'd also like to put in that i'd rather throttle the CEO of amd until they released the source for the prop. drivers <anschlussy>or maybe someone could come around and hack the pants off of them like they did to nvidia <user_>vivien: the folder is "/gnu/store/cpc4zc2cn4sslr043lxf5virg7pamj1n-guix-e26b529" but Idk which file caused the problem <anschlussy>something like "find / -iname 'pass.bash-completion'" as root would determine if it's there, right <unmatched-paren>anschlussy: probably more efficient to do find $(guix build password-store) -iname pass.bash-completion <unmatched-paren>(guix build prints the store path of the output when it's done building) <unmatched-paren>and if there's a substitute, it won't build it at all, just download and print <vivien>user_, Iām a bit clueless, maybe itās a cache issue? If you ran guix pull as a user, then maybe remove ~/.cache/guix and retry <nckx>user_: Thanks! Sorry, I was distracted. Have you reported this issue via mail? Somebody has, I've seen this exact thing today, but frustratingly I'm not finding it now. <user_>I postd something few days ago but here on channel <user_>I still not reported via email (I should do this) <user_>vivien: Im running the guix gc verify <user_>I will check the cache later too ***bjc` is now known as bjc
<nckx>--verify=contents,repair is an excellent first step though. <lechner>unmatched-paren anschlussy: thanks for the command. it applied a bunch of grafts the first time around. then it came up empty <lechner>unmatched-paren anschlussy: a modified command found /gnu/store/axn4azbkcd6zxbjiza8wjk0vd51gq0n5-password-store-1.7.4/etc/bash_completion.d <user_>Did u guys tried guix with hurd? <nckx>I played around with it a bit back when it was first available, but nothing more than play. <user_>the debian/hurd seen to have lot of things working fine even x11 <user_>nikolar: there are people working on hurd itself acctually? <nikolar>Yeah, there are *some* people working on hurd <nckx>sneek: later tell goggles-bot: botsnack. *vagrantc tries reviewing ~270 guix lint issues around "(description|synopsis) should start with an upper-case letter or digit" and wonders if the check should just be removed <nckx>Assuming goggles-bot uses the same file/format as ZNC, I'll copy the missing log data when the bot's no longer writing to today's, and if that's all right with everyone. <vagrantc>although I've found at least a couple feature requests for guix lint to improve <nckx>vagrantc: Hm, I wonder, does it handle a leading @ at all? <nckx>That would lead to a lot of false warnings otherwise. <vagrantc>nckx: yeah, there are some issues around @code ... both with the upper-case and i think in some cases with line-length <vagrantc>e.g. @code{} is counted in the line-length <vagrantc>and there's a limit of 80 characters ... but i think it renders without those characters <nckx>That sounds correct though, if I read you right. <nckx>The line length is for the code; not the rendered output. <rekado>did sneek just snatch the snack for goggles-bot? ts ts <vagrantc>(if (>= (string-length synopsis) 80) ... should become (if (>= (string-length (substitute synopsis ("@code{" "")) 80) ... or does substitute only work on files? <vagrantc>and would also need to strip out the trailing } *vagrantc grasps at cargo-culted straws <nckx>There are much simpler built-ins than substitute* for that, yes :) <nckx>I assume you meant substitute*, whose name implies the existence of a non-prime substitute, which I've literally never used. <two[m]>string-length is not accurate btw <two[m]>(string-length "ŃĢ") = 2, (string-length "š§āāļøļø") = 5 <two[m]>perhaps counting words would be better? <vagrantc>two[m]: that's at least an order of magnitude more complicated than i'm ready for ... i can even figure out how to remove a string. <vagrantc>but i can string-append with the mediocreist of em <nckx>vagrantc: I just meant string-replace-substring, nothing fancy. <nckx>But you can get fancy & use regexps if you want. <nckx>two[m]: ŃĢ is fair, but I think punting on emoji modifiers (āvampire + femaleā, not even my modern terminal renders that as one glyph) isā¦ reasonable, or at least not intolerable. <two[m]>(define words (make-regexp "[[:alpha:]]+" regexp/extended))