<divan>Though I have no idea what code to put where to make this happen.
<divan>I'm sure it's quite simple for those that know coding or a bit about guile. Anyone have an idea :)
<divan>Or where in the manual/docs can I read up dependencies
<thomasd>divan: as I understand that conversation, it means modifications to the Guix code are needed to express this dependency
<thomasd>as in, currently, Guix doesn't support dependency relationships between mapped devices, and it should be implemented.
<divan>thomasd: Thanks. "Currently dependencies among mapped devices cannot be expressed, but that’s easy to fix (by providing a ‘dependencies’ field as in ‘file-system’.)". That part I don't know how to do.
<thomassgn>does anyone know a good way of using my own modules? I mean, where to put them and how to let guile know of them?
<divan>thomassgn: I've added this to the filesystem list, but it's not working. I'm pretty clueless at this. Still trying to read through the intro to elisp book. (dependencies (list (mapped-device "/dev/mapper/crypt")
<thomassgn>divan: mm, Sorry for being so blunt earlier, but I didn't realize the actual problem you were having was with luks encrypted raid -- which it seems is not yet implemented.
<jmd>I have a similar problem: How can I ensure that the network is active before mounting a filesystem?
<thomassgn>jmd: don't know. Could be possible to do a simple ping test or similar in guile. But no idea how to add it as a dep for FS. But if the FS is a networked one it probably should be able to test for network itself?
<divan>so the adding "dependencies" to "file-system" object (?), excepts a list. I don't know how to express in the list that first, initialise the raid, create md0, then decrypt /dev/md0 and create /dev/mapper/crypt, then use /dev/mapper/crypt as my root.
<thomassgn>jmd: that I would like to add to PATH in the os config so it is set for all users. Just like some part of the os sets PATH to contain /bin/ in other distros.
<jmd>So what's wrong with putting it in /etc/skel/.bashrc ?
<thomassgn>jmd: good question. forgot about the possibility, and haven't understood the file-like-objects yet. :P
<divan>thomassgn: Hmm. It doesn't give an error. Thanks! I'm attempting an install and will see in a while if it works. Though in `guix system shepherd-graph /mnt/etc/config.scm ` I don't see the dependency. But hopefully the install will work.
<thomasd>efraim: that's actually pretty handy. do you know who wrote/writes sneek, and where the source is?
<efraim>thomasd: no idea actually. sneek was already here when I first found guix
<efraim>but he's also in #guile, so he's probably written in scheme
<thomassgn>how do I test a package definition? I've got a file pkg.scm with my definition in, but I can't see an way of getting guix build to "target" the file, or guix lint for that matter. guix package -f ./pkg.scm returns nothing, but doesn't seem to do anything either.
<thomassgn>jmd: thanks for input. I haven't gotten any of the tools except guix package to do anything with the definition yet. Not sure what I'm missing, something outside of the definition or file I assume. I have changed the file according to your input, but still get 'unknown package fpm2'
<ng0>I'm currently searching for a new bot and log viewer (well I have a log viewer already) for gnunet.org. As guix is one of the communities relying on this bot, do you have any special wishes other than reasonable secure and maybe searchable log archives (that's why I'm searching for more solutions)?
<ng0>to put this into other words, what do you think right now sucks about the current bot?
<lfam>ng0: I would love to be able to search the archives. I can't think of any other wishes
<lfam>ng0: I'm curious, what do you think could be improved?
<ng0>the format and way the things are stored (part of why it's changing now), other than that I know how using a bot could be avoided, but I can't convince people to switch servers etc.. so I'm comparing some of the well-maintained bots/log viewers or 2-in-1 solutions out there
<Apteryx>sneek: later tell alezost: There is at least a "respawn" field, which, if I remember correctly, causes watching the "running" slot of the service for its PID, and if it's #f it will attempt to start it again. Don't quote me on that though.
<thomasd>Apteryx: if you have installed ifconfig, ll `which ifconfig` will show you where it's from
<Apteryx>thomasd: So it's from inetutils indeed :) Thanks!
<lfam>Wow, decompressing the linux-libre tarballs is extremely slow. Is this a regression in how they are compressed?
<thomasd>so this kernel vulnerability is present when the "DCCP" protocol is enabled. Who or what actually uses this protocol (had never heard of it before) so it's enabled by default on desktop linux systems? :)
<paroneayea>> But the configuration is also compiled into the binary. And if you really need runtime configuration without the weight of GHC, well, Haskell is well known as an excellent language to write interpreters in... (I think someone already did that for Xmonad, actually.)
<sneek>alezost, Apteryx says: There is at least a "respawn" field, which, if I remember correctly, causes watching the "running" slot of the service for its PID, and if it's #f it will attempt to start it again. Don't quote me on that though.
<alezost>Apteryx: I have no idea what the contents for that is ^^^^ :-)
<taylan>lfam: the more ideological the topic, the crazier it gets, but very generally I think Wikipedia is doing fine
<lfam>taylan: I suppose that I only hear about edits that get reverted. Maybe there are lots of edits that are accepted without complaint. I do know that the times I tried to correct typos and grammatical issues in the past few years, the edits were always reverted by a bot. So I stopped contributing.
<lfam>Most people I talk to who are younger than 25 years old don't realize that wikipedia is / was open to all contributors
<taylan>the coverage of "Linux" is particularly catastrophic though. imagine if the article "Jeep" was reserved for off-road vehicles, and "Jeep brand" used for the brand, "because WP:COMMONNAME"
<jmd>Well I used to own a Land Rover and some people insisted on calling it a Jeep.
<taylan>right, so Wikipedia should call it that too, as per WP:COMMONNAME! :-)
<lfam>I guess it was bound to happen once it killed all the other encyclopedias and became a source of power
<lfam>taylan: Please don't drive yourself crazy over this :)
***copumpkin is now known as ikwilclubmate
***ikwilclubmate is now known as copumpkin
<catonano>why don't I see the last thomasd patches in emacs-debbugs ?