<jab>My linode server is currently using (gnu services mail) for dovecot...which overrides my opensmtpd-service-type in opensmtpd-records.scm.
<jab>I feel like I should probably start merging my opensmtpd-records.scm into (gnu services mail).
<jab>I could also start writing the documentation for (opensmtpd-records). It supports most opensmtpd options now.
<nckx>jab: I'm not sure what the lowest-effort way is for you, but you can either opensmtpd-service-type -> (@ (jab services mail) opensmtpd-service-type), and similarly for opensmtpd-configuration, or change your (gnu services mail) import line to ((gnu services mail) #:hide (opensmtpd-this opensmtpd-that)).
<nckx>I guess I'd go for the first since it's not more work.
<mekeor[m]>6piz7wk: icecat is based on an outdated firefox version. this is valid even for icecat-beta (which is packaged for guix)
<jab>nckx: I understand that second option. #:hide would only have a few things to hide...
<nckx>mekeor[m]: E.g., I'm currently running IceCat 91.2.0 and building 91.3.0.
<nckx>Well, 91.3.0-guix0-preview1, to give it its proper name, because it's not a release, ssh.
<jab>nckx: just so we're on the same page, I'm not using config-file. I'm using a (opensmtpd-configuration (pkis (list (opensmtpd-pki (domain "smtp.gnucode.me") (cert "/path/to/cert") (key "/path/to/key")))))
<nckx>I know! I copied that from my actual mail server configuration, which I edited & tested to make sure I wasn't selling you bullshit.
<talos>Hi hi, just quick question: So this means IceCat will be upgraded right? What about GnuZilla proper, will it be added to the repos? Or are we just sticking with icecat and icedove? Just wondering. I have no problem with either solution.
<nckx>talos: (1) Yes. Personally, I don't consider (2) likely. What does GNUzilla add?
<mekeor[m]>you gotta do the same as the mentioned gnuzilla.scm, just across multiple files (using modules!)
<M6piz7wk[m]>i am not sure how i feel about the files being expression dependent on one another as the design requires it to be more modular since it should work by sourcing files.. so i can't just easily hardcode it everywhere like that
<M6piz7wk[m]>more like i want to "construct" the `operating-systems` derivation
<mekeor[m]>you don't need to source files. just use (use-module) to import variables from another file/module!
<M6piz7wk[m]>The `(operating-systems)` is basically a function with a lot of arguments that once triggered carries on with it's payload and checking for expected input (bootloader, etc..)
<M6piz7wk[m]>If it doesn't get that it will fail so it's very limited in terms of defining logic since it has to be constructed with either hardcoding through modules, declaring elaborative systems of variables or making a wrapper that generates the operating-systems
<M6piz7wk[m]>Instead of declaring it as a e.g. "list" that builds and once it's finished just doing something like `(guix-build-system)` to build it?
<dragestil>it's in the so link i sent: configure: error: The following required libraries were not found: libXpm libjpeg libgif/libungif libtiff gnutls Maybe some development libraries/packages are missing?
<dragestil>sorry, the link i sent has this error message: configure: error: The following required libraries were not found: gnutls Maybe some development libraries/packages are missing? If you don't want to link with them give --with-gnutls=no as options to configure
<sneek>Welcome back mothacehe, you have 2 messages!
<sneek>mothacehe, apteryx says: thank you for unlocking cufbc on the CI! What was it related to? Was it a Cuirass issue, or something else? I've recreated the branch, and Cuirass has yet to rebuild it it seems (~9 hours ago)
<sneek>mothacehe, apteryx says: i'm still having problems getting the core-updates-frozen-batched-changes built by the ci; any hint as to what was wrong the last time you checked?
<lilyp>and it uses that because guix.scm indicates you want a development environment for the package in it
<attila_lendvai>so, i have 7 guix import related patches, they are functional independently, but they pretty much all depend on each other in succession. shall i send it as one patchset, or as multiple patches, and note the dependencies. my impression is that the latter is preferred, but i think that is much more complicated for everyone...
<lilyp>I find it hard to believe that your patches are both independent and interdependent at the same time.
<lilyp>This is not Schrödinger's mailing list, simply send them as one cohesive thing if you believe them to be cohesive.
<attila_lendvai>lilyp, topically independent (e.g. one is fixing this and that, the other is smartening up the go importer), but the second one is uselessly broken without the fix (or sometimes doesn't even apply)
<attila_lendvai>oh, wow, this is somewhat... annoying: "This license uses the Expat license as a base, but adds a clause mandating: “The Software shall be used for Good, not Evil.” This is a restriction on usage and thus conflicts with freedom 0. The restriction might be unenforcible, but we cannot presume that. Thus, the license is nonfree."
<attila_lendvai>this means that any go project whose transitive closure of several dozen dependencies contains anything with json licence doesn't qualify for guix? that locks out stuff like the go ethereum implementation...
<florhizome[m]>in home configuration, how am i supposed to enter new lines to bashrc? rn just source some scripts.
<florhizome[m]>man says "a list of file-like-objects" ... does that mean i have to define it first?... i tried many combinations of (bashrc (list ("source...")) now with quotes and quasiquotesand whatnot...
<florhizome[m]>I saw some home configurations where they just appended strings to their bash-profile. (and i think that should be reasonable - you shouldn't have to learn about the different file-like-objects to append some simple text to your shell configs...) so i thought it would be possible. maybe they are on a different branch though.
<jpoiret>yes, there are many different guix home branches all over the place, with differing code
<florhizome[m]>shouldn't the hash produced with guix download always match into (sha256 (base32 ""))
<florhizome[m]>I'm getting "#<&invalid-base32-character character: #\space string: "0rwcg9sd5rv7gjwapcd1jjk6l16w0p3j7wkicq1rdch4c0kch12 p">" for the hash returned from gnome-desktop-settings 38 . the space in the end is somehow magically inserted.
<jlicht>florhizome[m]: it would help if you share some code snippets using a paste service; saying you are not interested in learning to solve diagnose your issue, while not sharing more details about what you are trying to achieve leaves me with precisely 0 actions that might help you ;)
<florhizome[m]>well i probably should just wait until "c-u-f" or some derivation emerges on master but i've succumbed to try to just update some dependencies locally to be able to finish the "build gala" mission i entered some days ago^^
<jpoiret>florhizome[m]: that's the way to do it! try using a manifest for that, it makes testing a breeze
<jpoiret>unless you need some new/fixed guix feature of course
*M6piz7wk[m] doesn't know how to disable unified builds so he can't help.. he's willing to add derivation to his config to donate processing power for the compilation as lily said that being a limiting factor
<nckx>guix.gnu.org has been brought to a controlled stop; please stand by.
<M6piz7wk[m]>stop as in the website not stop as in GNU Guis is deprecated right
<jpoiret>M6piz7wk[m]: if by randos on the internet you mean your ISP, then yeah
<M6piz7wk[m]>ISP, routing companies, NSA, CIA, FBI, josef next door that has weird contraptions connected to the cable, sharks in the ocean biting the cable and the worst of the worst.. theee website owner!
<vivien>My bank noticed that I donated money to an US organization once, and they asked me to fill in a form saying I don’t have to pay taxes there, imagine if my ISP knows I’m visiting gnu.org.
<jpoiret>I don't want tor entry nodes to know I use tor
<vivien>because the dotted circle + accent is parsed as accent: (call-with-input-string (utf8->string (u8-list->bytevector (map char->integer '(#\x23 #\x5c #\xe2 #\x97 #\x8c #\xcc #\x80)))) read) returns #\1400 with 3.0.2, which is the accent, and not the dotted circle that comes before it
<lilyp>there are numbers of ways of binding variables, including global definitions, sure
<lilyp>but you can also bind them as function arguments
<M6piz7wk[m]>So basically defining a wrapper that wraps the `(operating-systems)` and defines a values to it?
<lilyp>I'd term it a transformation function of type (<operating-system>) -> <operating-system>
<lilyp>though you probably want to be smarter than that and not define everything in terms of one big hammer
<lilyp>also, scheme has a comment for an entire code block
<M6piz7wk[m]>lilyp: That seems like a very complex solution as it seems to require a standardized types that provide a translation layer for the values in `(operating-systems)` ?
<lilyp>You might be thinking in buzzwords rather than code or patterns.
<lilyp>Again, what is it you're trying to achieve? I'd assume you want to deploy distinct configurations that nevertheless share some similarities
<M6piz7wk[m]>lilyp: The projected end-goal is being able to maintain +200 systems at once from a public repository that enables public review and contribution in a transparent Continuous Delivery to do push-based deployment.
<M6piz7wk[m]>My current solution is to define logic per hostname, domain and location of the files that are sourced to apply either globally, domain-wide or only to the system.
<M6piz7wk[m]><lilyp> "You might be thinking in..." <- Looks like you are describing an implementation that i want to avoid.. Could you provide an example of defining user called `kreyren` on all the systems?
<lilyp>well, you could define (my-operating-system-generator hostname domain location)
<lilyp>and this generator could unconditionally add kreyren or
<drakonis>M6piz7wk[m]: thinking of it in terms of nix lang would yield some fairly gnarly code
<lilyp>you could alternatively define %my-global-base-users s.t. kreyren exists and use that as base in my-operating-system-generator
<M6piz7wk[m]>generator seems like it's too complex of an implementation for lisp though? I am more like looking for a lisp that i can add/remove components so that i could do (list (append (user-name "kreyren")
<drakonis>what you're describing doesn't seem very complex to build
<drakonis>instead of trying to go for the 1:1 port, try starting small
<M6piz7wk[m]>lilyp: that is still a translation layer that significantly increases the maintenance though and i would have to rework it each time guix updates the definition compared to just list of data..
<M6piz7wk[m]>drakonis: that's what am i doing.. i don't expect 1:1 port i am following the designed abtract and projected end-goal
<lilyp>If the operating-system ABI changes, chances are you're fucked either way
<drakonis>so, what i can tell you is that you could generate a list of users from a directory containing scheme files and then use it as input
<M6piz7wk[m]>yes? as for that to not be dirty it would have to be e.g. `(operating-system (users (user-account (name "kreyren" (shell "/bin/sh"))))` instead of `(operating-system (users (user-account (name "kreyren")(shell "/bin/sh")))`
<munksgaard>I'm having trouble building oclgrind. Here's my scm file http://paste.debian.net/1217970/ and I'm getting the error `ld: /gnu/store/pyxv49lqkpkqh38mlwqhs8dd05sy528l-llvm-12.0.1/lib/libLLVMSupport.so.12: error adding symbols: DSO missing from command line`