<civodul>bah, i had to stop cuirass on berlin due to the send-files mess i created <civodul>i'll re-reconfigure and restart it tomorrow morning ***catonano_ is now known as catonano
<drakonis>hmm, how come there's kde plasma in the repos but no service for it? <brendyyn>drakonis: simply because the work hasn't been done I think. I heard there was someone working on kde <brendyyn>confucius say one who know need not ask. <drakonis>was looking into some more awareness on the matter <roptat>Aurora_v_kosmose, that's on rekado_'s server <bavier[m]1>I see that our "boinc" package seems to be fixed now (haven't checked in a while, maybe the update back in April?) <bavier[m]1>anyhow, I'm concerned that there might be a FSDG issue with the client recommending non-free software to run on the users computer. Has this topic been brought up before? <bavier[m]1>I know at least a few of the recommended BOINC projects run software that is not freely licensed. <vits-test>Holy duct tape. That's so good when one can change email address in some account without login to previous email service. <Gooberpatrol66>was there at some point a "guix profile" command? i'm seeing references to it. <brendyyn>how can i include guix environment in a shell script such that the code after it is run inside the environments shell <vits-test>brendyyn: example: `guix environment --ad-hoc tor -- sh -c 'tor'` ***apteryx is now known as Guest33093
***apteryx_ is now known as apteryx
<brendyyn>Doom Emacs' Scheme module conflicts with emacs-guix. Disabling fixed all the weird bugs I was getting. <sneek>civodul, you have 1 message! <efraim>I saw the blog post used --input=foo=fancy-custom-foo. I can dig up the email where switching to the native tensorflow sped up the code by a factor of 10 (IIRC) <civodul>that's probably one of these cases where they didn't bother implementing run-time selection <civodul>it'd be nice to run the Clear Linux technique <efraim>that's where archive.org took me too <janneke>hey civodul, i noticed that ci's %core-packages (still?) has gcc-5 instead of gcc-7 and guile-2.2 instead of 3.0 -- is that what we want? <civodul>well, gcc-final gets built anyway, transitively <civodul>but still it'd be more useful to have gcc > 7 there <civodul>hmm "Timestamp out of range; substituting 2514-05-30 01:53:03.999999999" <brendyyn>"occurrences of the generic fftw package are replaced by fftw." <efraim>might as well update the clearlinux link at the same time <efraim>can I mount /data from my host into a guix system container by adding it into the filesystem config of the os file? <jgart[m]>what is the main benefit of having bags as an intermediary format between packages and derivations? How are bags useful for processing? Any help understanding this would be much appreciated <rekado_>since the Emacs upgrade I can no longer sign commits; no password prompt appears <efraim>rekado_: shot in the dark, is it not just the emacs upgrade but also a change to kernel 5.8? <rekado_>vits-test: I don’t seem to have that. <efraim>I have a wierd bug where I can't sign anything on 5.8, thought it might be related <rekado_>FWIW I have .gpg-agent.conf with “pinentry-program …” and the agent is running <janneke>rekado_: updated last tuseday and works for me... *janneke notes that doesn't really help other than "it could probably work" <civodul>rekado_, nckx: for the record i'm still in the process of reconfiguring berlin <civodul>so i'm building remotely with GUIX_DAEMON_SOCKET <civodul>hmm i could also run an older daemon actually <vits-test>rekado_: Try with `guix show emacs-pinentry`? <rekado_>civodul: I’m out of the loop. Don’t know what the send-files mess refers to. <rekado_>vits-test: I don’t actually want to use emacs-pinentry <rekado_>I didn’t have to in the past and I don’t want Emacs to handle passphrases directly <vits-test>OK. I though as an temporary workaround (in case i'll work). <efraim>is the guile for boot-program in (gnu system vm) supposed to be guile-2.2? <civodul>rekado_: ah np, i'll post a summary on the list :-) <civodul>i just wanted to let you know in case you were fiddling with the machine or wondering what was going on <rekado_>I probably won’t have time to fiddle with the machine in the next three months <vits-test>raghavgururajan: make them units, and run them on systemd, then check `systemctl status SERVICE`. <civodul>easiest way is to just spawn a VM with your service (with 'guix system vm') <janneke>grrr gnus' C-f (forward-mail) does some weird inlining instead of forwarding the mail *janneke though all 27.1 upgrade issuse were handled <vits-test>janneke: btw, is there a way to defeat the thing, when gnus changes newlines in attachments? <raghavgururajan>civodul, o/ Right now, I have been via VM. That is, after every change in a service, I will be redoing `guix system vm`. Is this what you meant or? <vits-test>janneke: i sent a patch with gnus, but `git apply` didn't worked. <civodul>janneke: oh i use S o m to forward messages <janneke>civodul: hmm, that has the same message-mangling effect here <janneke>-------------------- Start of forwarded message -------------------- <janneke>instead of properly forwarding the full e-mail <raghavgururajan>civodul: Thanks! The problem I face with that is, the relevant errors are not shown. For example, I modified gdm and it did not start witout any errors in the screen. <civodul>hope i can learn from y'all when i upgrade :-) <janneke>re gnus: message-forward-included-headers needs to be set to nil to get the old behaviour back ("are you really, really sure you don't want to mangle the mail before forwarding?" ;-) *raghavgururajan just bought Emacs 26.1 manual from FSF store. 😤 *vits-test has it pictures? <c4droid>Emm, I cannot building my dwm configuration in guix, but it can be build at my arch linux. the default dwm use what version of gcc? <rekado_>have you tried a different version of the GCC toolchain? <c4droid>Maybe I want to pack the gcc 10 only for compile dwm.. <rekado_>we have a package for gcc-toolchain@10 <rekado_>if GCC 10 is known to work you can install that. <nckx>Good morning, unpaid Guix employees. <nckx>civodul: <reconfigure> Thanks for the heads-up, it's good to announce such state here. Did it work? <c4droid>Maybe I should waiting the offical update for gcc, that way can solve my dwm configuration problem. :) <efraim>how long has guix system container supported --expose and --share? <vits-test>efraim: It was, when i joined there (~January). <raingloom>hey, i'm finally finishing up my yggdrasil service code and accompanying docs, and i'm wondering if i should export the accessor functions of the yggdrasil-configuration struct? <raingloom>eg.: gnu/services/ssh.scm does not seem to export anything beyond the basics, but gnu/services/networking.scm exports several accessors. <brendyyn>raingloom: yggdrasil sounds awesome to have in guix to play with <raingloom>brendyyn: indeed :) i have some ideas for combining it with offloading to make some ad-hoc distributed computing stuff. <raingloom>(but that will need lots of fixes for the offloading code in guix) <civodul>raingloom: take a look at the Guix Build Coordinator that cbaines has been working on <civodul>it's much more flexible, and probably better suited to some P2P-style of offloading <brendyyn>raingloom: im not an expert but probably it would be best to export everything. if someone wants one of the functions they will not be able to get it without @@. using them one can take an existing configuration and use it to create a modified version perhaps? <raingloom>brendyyn: yes, that was my intuition as well, but i assumed there was a reason for not exporting everything in ssh.scm <civodul>yeah in general, if you'd like to use something that's not exported, it's best to ask <civodul>usually there's a good reason, sometimes not :-) <str1ngs>civodul: Hello, how do I turn guix output off ANSI escapes for links? I assume that's a environment variable? eshell really doesn't like them lol <civodul>str1ngs: ah, you can set INSIDE_EMACS= <civodul>even eshell in Emacs 27 doesn't support links? <str1ngs>eshell technically is not a terminal just a shell. <str1ngs>civodul: that works thanks. wonder if there is a way to do termcap for this. I'm more curious than anything else. <str1ngs>I have the opposite problem in Nomad I need to enable that feature in the terminal. and have nomad handle them. <civodul>no idea, but if there are better ways to handle this, we should try it <civodul>you run a terminal emulator inside Nomad/Emacsy? <str1ngs>it's not like comint-mode or anything. maybe some day. <str1ngs>I have a new nomad, g-golf and emacsy declaration here I need to mail in. <civodul>in the Nomad currently found in Guix i don't get a prompt <str1ngs>civodul: I have a patched that updates nomad for guix. do M: (%default-shell "/bin/sh") <civodul>yeah i get an emacsy/klecl exception <civodul>Emacsy was (and still is) a great idea <str1ngs>nomad is a bit of a moving target, will mail the patch today. 0.2.0-alpha-100-g6a565d3 100 commits difference <str1ngs>i've been rolling some subtitle fixes back into Emacsy which is nice <vits-test>str1ngs: spare a WebKit for lessers, kind sir? <str1ngs>vits-test: oh I think I can build that now. I got busy with the pinephone <civodul>BTW (not related), readline has been flickering somewhat; is it just me? <str1ngs>the rockpro64 has a recent guix pull now <str1ngs>what terminal do you use? and Xwayland or X11? <str1ngs>civodul: there was a change from a variable binding to parameter for %default-shell .M-: (set! %default-shell "/bin/sh") should work for guix systems. <str1ngs>vits-test: that's strange php is a libsoup dependency. do you know what it is used for? <str1ngs>vits-test: I'm assuming libsoup is used by webkitgtk <vits-test>str1ngs: No, idk what libsoup is. Yes, it's used by webkitgtk. <str1ngs>vits-test: libsoup is a glib http library. think of it like curl but for gtk applications <str1ngs>yeah that's the odd part, unless it's being used for testing or something. <str1ngs>I'd look into it more though. I'd assume it's there for a good reason though. <vits-test>Yes. I press the "Sources" button.. and found myself on GitHub. How's that? <nckx>They are moving to GitLab and for some reason involved a detour through GitBuh. <nckx>That was a typo but I like it. <str1ngs>technically Arch uses SVN so all this stuff is probably mirrors <str1ngs>also there whole SVN has no copyright. <nckx>(Not because copyright, just because SVN.) <janneke>svn is great, you don't need a browser to constantly check your internet connection <str1ngs>last time I checked there PKGBUILD's don't have copyright which is a problem unto it's self. <str1ngs>also you can checkout only what you want with SVN partly why they have used it. <str1ngs>Arch is bottom up, not top down like guix. <janneke>"a better cvs" -- just when we discovered distributed vc's -- whut? <vits-test>str1ngs: still, unlike black magic from some other disros, the PKGBUILDs are readable. <str1ngs>civodul: I mailed a patch that updates Guix's Nomad and dependencies. Should make terminal usable now. apologies. <civodul>str1ngs: readline flickering happens in xterm <str1ngs>vits-test: alpine is more like PKGBUILDS. but with posix shell only hahah <janneke>str1ngs: a shell/terminal in nomad -- sweet! <str1ngs>civodul: I've been meaning to send that patch for a couple of days. the duck will never be in a row I think :) <str1ngs>I need to add support for shell arguments as well. <str1ngs>janneke: aye, it's not like comint-mode though. but its way faster then ansi-mode atleast lol <str1ngs>janneke: I call it termianl mode, since there is no underlying <text-buffer> like <text-buffer> has. <civodul>hey dustyweb, nice! thanks for the heads-up *civodul adds to listen-to list :-) <janneke>str1ngs: it's a great start! what is ibuffer-mode? <str1ngs>janneke: it's like Emacs M-x ibuffer. a buffer to manage buffers <str1ngs>janneke: I find it translates better to web buffers. switch-to-buffer does not give enough context for web buffer. namely the URI <janneke>oh my, that looks like it should have replaced C-x C-b? *janneke feels like crawling out from under a stone <str1ngs>ibuffer will probably be C-x C-b for Nomad <str1ngs>alt east till switch-to-buffer completion is better. I don't know how it can improve tough for URI buffers. <janneke>"why on earth doesn't list-buffers allow regexp marking" <janneke>apparently, they hid that function somewhere else ;-) <str1ngs>janneke: BTW did you now switch-to-buffer takes a class? <janneke>that's weird? you want to switch to an instance? <str1ngs>(set! buffer-classes (cons* <terminal> buffer-classes)) and it will complete the class. so you can dynamically create buffers with switch-to-buffer interactively <str1ngs>say you do M-x: switch-to-buffer RET Name? terminal RET Class? <terminal> <janneke>so, how's text editing comping along? <str1ngs>will create a terminal buffer named terminal <str1ngs>janneke: terrible, I provide only enough to handle minibuffer *scratch* and *Messages* <str1ngs>janneke: mainly the reasoning is I want to focus on browsing <str1ngs>no recreate Emacs... not yet anyways. <str1ngs>and the redraw of <text-buffer>'s is terrible implemented needs to be redone. <janneke>str1ngs: kind of why i asked -- i tried something like that in my guimax (guile-gi + emacsy), but got stuck there <str1ngs>janneke: I just sent a patch to update Guix nomad to the latest. you can try *scratch* it does work. but there are limitations. <janneke>i realised that emacs has some great (or at least "working") abstraction for text buffers, being able to render on different backends <str1ngs>yes I think it uses custom pixbuf stuff. nomad can do it nicely but it needs much work. <civodul>janneke: yeah what's up with guimax, it sounded pretty cool? :-) *zzappie my connection is laggish today <janneke>str1ngs: and some bootstrapping here and there ;-) <janneke>zzappie: "<janneke> str1ngs: kind of why i asked -- i tried something like that in my guimax (guile-gi + emacsy)" <str1ngs>janneke: still thinking on text buffers. the emacsy abstraction part is very good IMO. it's redrawing to a toolkit that needs work. My current method is rather aggressive. if the underlying text buffer changes redraw the while thing lol <peanutbutterandc>Hey guix.... I'm trying to use a guix module inside a custom phase. but I get an error 'no code for module (guix whatever i imported)' <janneke>civodul: didn't work on it for a year, the pressing need was paused -- meanwhile guile-gi has moved on ... <peanutbutterandc>I even added a #:modules in (arguments before the actual phase.... but it still doesn't quite work.... how do I fix that? <janneke>civodul: and also, i got stuck with the text-buffer abstraction -- it needs rethinking <zzappie>janneke: I just thought it was something I could have been aware of <janneke>zzappie: ah, not really it's an abandoned toy atm <zzappie>peanutbutterandc: I am not 100% sure but if you trying to load non-guix modules it might not work. They might not be in build environment. <peanutbutterandc>zzappie, I'm trying to load a guix module. And I have seen some of the thingies using (ice-9 match) or sth, so I guess non-guix modules are not off limits. The question is: there is probably a proper way for guix modules and another way for non-guix ones. I just don't know where to find the answer.... <zzappie>peanutbutterandc: ah ice-9 is always aroud :) <vits-test>peanutbutterandc: Maybe paste the definition? <zzappie>If you are loading guix module then I don't know... <peanutbutterandc>I'm just trying to see if I can make icon-themes available without using (propagated-inputs) <zzappie>peanutbutterandc: mabe try also add (use-module (guix build union)) <vits-test>Maybe There some modules under the directory You're in? <peanutbutterandc>vits-test, wait.... what !? I am doing the same thing essentially.... `guix buile -L . --verbosity=2 imglapse` <vits-test>peanutbutterandc: try plase the imglapse.scm in some stand-aside dir. Like $HOME/test. <vits-test>The actual build process successfully built icons. Keeps building. <vits-test>peanutbutterandc: Is the file named imglapse.scm? <peanutbutterandc>vits-test, It's all right. For a moment there I thought I might have to spin up a time-machine *str1ngs .... lets do the time warp.... again. <vits-test>find|grep build/union ---> ./guix/build/union.scm <vits-test>str1ngs: Ich bin meow. Ich bin kitty aber nicht :) <str1ngs>also use grep -R . instead of find| grep :P <c4droid>Emm, how to change the spec packages gcc version, I'm stuck in here. <vits-test>str1ngs: Only a few super-russians can in grep -R. Ama justa 9-classes-only whelp ;P <str1ngs>vits-test: git grep is better it ignores most of what you don't want to grep <apteryx>weird: guix deploy -> (system-error "open-file" "~A: ~S" ("No such file or directory" "/gnu/store/id1il9jzq72pcrm3l7zri0d4vxl1zhig-remote-exp.scm") <str1ngs>apteryx: does the remote have the same guix describe? <zzappie>vits-test: peanutbutterandc: won't build for me too. Have no idea what's wrong <apteryx>perhaps more guile-ssh issues? Seems to occur non deterministically during the copying of store items. <apteryx>mothacehe: I see where that bash loop guix deploy came from ;-) <mothacehe>apteryx: haha, good news is that recent civodul seem to greatly improve the situation :) <apteryx>perhaps deploy needs a working guile-ssh both ways (on the local *and* remote machine?) <apteryx>yeah, I'd have those fixes on the local machine, but not the remote I think <vits-test>peanutbutterandc: for all packages in gnu/packages, there is #:builder stright after #:modules. And it's always a 'trivial-build-system'. <mothacehe>Cuirass on berlin is catching up, pleasant to watch it build things! <peanutbutterandc>vits-test, Yes, I realize that... I am just experimenting with union and phases <zzappie>peanutbutterandc: I have disconneted for a while <joshuaBPMan>Hey guix, has anyone had any issues with using org-babel-load-file with emacs 27? <zzappie>doesn't work but at least imports modules :) <vits-test>How's that: (guix build union) exports union-build. One can't just use the union-build, still. What's gives? <str1ngs>vits-test: arguments happen in the guix daemon. so you need #:modules which passes it to the daemon <mroh>joshuaBPMan: try to remove the emacs-seq pkg. <joshuaBPMan>it's not installed in package-list-package. Nor have I installed it via guix <joshuaBPMan>mroh maybe I'm wrong....(require 'seq) worked...so I guess I have it somewhere. <peanutbutterandc>I'm trying to have an icon-theme (union-build) inside of out rather than be a (propagated-input) <str1ngs>vits-test: welcome to hell, will you be staying long? <mroh>joshuaBPMan: it's included in emacs, so require works. Do you have any of those `guix refresh -l emacs-seq` installed? <raghavgururajan>I am facing issue with testing gdm service in a VM. The gdm doesn't start without errors on the screen. How can I debug it? <joshuaBPMan>Building the following 5 packages would ensure 9 dependent packages are rebuilt: jmacs@27.1 emacs-psc-ide@0.1.0-1.7fc2b84 emacs-org-roam@1.2.1 emacs-erc-status-sidebar@0.1-1.ea4189a emacs-flycheck-haskell@0.8-2.32ddff8 <joshuaBPMan>str1ngs I'm also a little surprized that coreutils is not installed in the profile by default <vits-test>str1ngs, peanutbutterandc: Maybe then make a package object (not-public), and insert it in (inputs? <str1ngs>joshuaBPMan: you mean the system profile? <joshuaBPMan>str1ngs I guess I meant the user profile. I assume the system profile has it installed by default <str1ngs>joshuaBPMan: Nothing is installed in the user profile by default that a good thing. Personally I just add it to my manifest <nckx>joshuaBPMan: A wild coreutils appeared and did not seem relevant to the discussion at hand. <pkill9>i dunno if what i said was relevant to the discussion either <joshuaBPMan>nckx: Are you saying that I don't need to install coreutils?? And instead I should focus on removing emacs-seq? <pkill9>i just saw something and felt the need to say something <raghavgururajan>Werid thing is that, when I logged in as root and did `herd restart gdm`, I got no gdm found. o.O <nckx>o7 thank you for your vigilance. <nckx>joshuaBPMan: Coreutils are very useful (although I disagree that they should be magically added to empty profiles :-) and things get weird when they aren't there, but they won't help you with the emacs ‘seq’ package which has nothing to do with the seq(1) command. <str1ngs>joshuaBPMan chimes are okay, gongs are kinda pushing it. :P <joshuaBPMan>unfortunately installing core-utils did not help. So now I'll look at removing emacs-seq <nckx>raghavgururajan: I don't think I'm your man. I've literally never used GDM. I know it from reputation as an undebuggable mess. Isn't there something matching ‘find /var/log -name "*gdm*" ’? <raghavgururajan>nckx: It is with any service. When I was tesing gnome-shell using SLiM (as gdm didn't work), I was given "Oh no something went wrong" screen. I was not about to get out of that, so that I do something in terminal. <civodul>apteryx: guile-ssh is not used on the remote site <civodul>you're having troubles with 'guix deploy'? <nckx>raghavgururajan: I'd check tty12... once you can switch VTs 😉 <nckx>raghavgururajan: You can use ‘sendkey’ or something in the Qemu debug console (I think that's what it's called; this is all from memory). You can get to it from one of the menus. <raghavgururajan>nckx: I am looking to change terminals inside VM, so that I can debug. *nckx being super helpful \o/ <peanutbutterandc>I know (guix build union) is probably not meant to be used like that.... but I'm trying to experiment with making the icon theme available to the package without adding it (the icon theme) as a (propagated input) <nckx>raghavgururajan: I don't expect you to. Try C-M-2, sendkey ctrl-alt-f12 <RET>, C-M-1. <joshuaBPMan>mroh I guess I'm not certain how to follow your advice. package-list-packages shows no "seq." guix package -I emacs-seq...shows nothing. The only thing that I see is guix refresh -l seq....and it lists 5 packages...only 1 of which I have installed "jmacs", which is a custom emacs package...How do I go about "uninstalling" seq ? <nckx>OK, so my Qemu can't even open the ‘View’ menu. <joshuaBPMan>well cd .guix-profile; find . -name *seq* found seq...guix has it installed in the site-lisp directory. <joshuaBPMan>also cd .guix-profile; grep -r "seq" shows emacs-seq...so something is pulling it in. <nckx>Then I get ‘In procedure delete-duplicates: Wrong type argument in position 1 (expecting list): "/gnu/store/7wd4xn6c2mlqsflx1gy9m5znnvfk83i0-breeze-icons-5.70.0"’ which is probably just a thinko or usage error. Didn't look into it. <peanutbutterandc>nckx, May I please ask why one has to do that? Or could you please guide me to the relevant section in the docs/code/etc. please? (I'd hate to waste your time over something that I myself am not sure will work) *nckx hopes someone els respons because they are AFK *raghavgururajan found one and only error line for gnome-shell: "Exited with status code 1" 😏 <str1ngs>vits-test: does your rockpro64 graphics work out of the box? I get now display at all? <vits-test>peanutbutterandc: No, it's not module any more. <vits-test>str1ngs: I did had troubles with graphics: but only at the same time when system didn't booted at all. <str1ngs>vits-test: I have a hiDPI monitor I probably need to set a resolution or something. <peanutbutterandc>vits-test, perhaps I might be able to retain the module too? Thank you for this <str1ngs>vits-test: I'm working on the nomad-git aarch64 depends regards to substitutes <vits-test>str1ngs: highest on my is 1440x900 (native is 1680x1050). But some Armbians claim 4K HD, blah-blah. <str1ngs>vits-test: do you have a fbset command for that? <vits-test>fbset -xres 1680 -yres 1050 -vxres 1680 -vyres 1050 <vits-test>peanutbutterandc: I there no way to point the app to icons? The union for data seems like overhead. <peanutbutterandc>vits-test, I have no idea... I'm just trying to learn stuff as I go along... <str1ngs>pro software tip, make sure the HDMI cable is connected! <str1ngs>vits-test: can we go back to normal guix kernel? <vits-test>str1ngs: IDK, but last time i'd tried, it's not boot. <vits-test>It's worked for nckx on some arm-machine, though. <str1ngs>vits-test: okay I'll stay on 4546c0dd2f58fe9a1b1e78120a33b8c276970f62 for now. at-least for substitutes regards to that kernel <str1ngs>I'll build it on my Ryzen 9 3900X. but the source patching phase takes a good portion too <str1ngs>err forget the name of the phase where it deblobs <str1ngs>usb-c does not work with this kernel btw. think that's a 5.8 issue though <str1ngs>Linux puck 5.8.5-gnu #1 SMP PREEMPT 1 aarch64 GNU/Linux <vits-test>We also have this option on Guix. Though without any ARM-targeted patches, it seems less probable that older kernels will help. <str1ngs>pine need to focus on mainline not distro specific patches. <str1ngs>vits-test: pro tip ./profiles/aarch64/bin/guix describe <str1ngs>vits-test: if I use that guix it always deals with aarch64 on x86_64 <dissoc3>when i do a guix pull i constantly get "guix substitute: error: host name lookup error: Name or service not know. fallback seems to work but im not sure why the substitution host name error is occurring. did it change? <dissoc3>vits-test: im not sure if i understand but im running the complete guix system <str1ngs> vits-test: guix pull --system=aarch64-linux -p ~/profiles/aarch64 . make sure ~/profiles exists first. you need qemu service though. also not faster if you have a slow machine <str1ngs>vits-test: use --commit= though so you get the right commit <efraim>str1ngs: how do you like that CPU? I'm thinking of picking one up at the end of the year <dissoc3>vits-test: i cant ping it but dig returns A record <dissoc3>vits-test: sorry. i can indeed ping it <str1ngs>efraim: it's really useful, I mainly got it when I created the qtwebengin package. also now when building webkitgtk. I was going to get 3950X but I think 3900X is cost wise. <vits-test>dissoc3: That's strange that "name or service" not known for ci.guix.gnu.org. <str1ngs>efraim: I also need more ram 16G is kinda low for 3900x <efraim>I wasn't sure between 32G and 64G <str1ngs>I'd use minimum 32G if you are using all 24 core/threads <efraim>I figured the zram service could help me out while I decide <vits-test>str1ngs: dissoc3 are on System, so it should be right by default. <str1ngs>vits-test: true, missed that thanks. <efraim>The mobo available locally has 4 slots so it looks like I'll be ordering 16G modules <dissoc3>str1ngs: vits-test: for some reason it worked this time. i dont have any clue why it didnt. it was like this for a few days <str1ngs>efraim: I have a mini atx so only two slots <dissoc3>vits-test: nope. good network connection. no changes to dns or anything. complete mystery to me <nckx>Critical security fix in gnupg. OK to push to master with 341 dependents? <str1ngs>on the bright side you can blame. but nobody will know who I am! <str1ngs>vits-test: what are you using for network NM does not work right? right now I'm using static <vits-test>nckx: wanna help peanutbutterandc? He stil having fun with (union-build. (sorry) <nckx>Sorry, I'm working. ‘[Announce] [security fix] GnuPG 2.2.23 released’ is just a good interrupt (subject) line 🙂 <nckx>peanutbutterandc, vits-test ☝ <peanutbutterandc>vits-test, The hero I didn't deserve. But the one I needed. Very badly. :D lol Thank you <str1ngs>vits-test: ummm you know kinda hard to do that on a headless system :P <str1ngs>vits-test: even with HDMI I run it headless <str1ngs>I would have to switch HDMI inputs. login and run dhcpclient <str1ngs>prays (service dhcp-client-service-type) is enough! <dissoc3>im writing a package that uses the cmake build system. it fails and in the log file all I get is a simple error message. is there a build log or something that would give me more info? i ran guix package -K so i can see the build files. something in there to look at? <peanutbutterandc>vits-test, Okay... so my idea does not seem to work. On to your code then! (: <vits-test>peanutbutterandc: I didn't managed to make this copied snipped from sdl-union (gnu/packages/sdl.scm) to work as a module, though. <vits-test>Also when You get the error, the guix prints whrere the log is. <dissoc3>vits-test: is that the same thing as the /var/log/guix/drvs/xx/something.drv.bz2 file? if so that's the file with the basic error command <dissoc3>vits-test: make: *** [Makefile:155: all] Error 2 <dissoc3>i think i figured out how to debug it. i was just confused on how to actually go about it. the Makefile mentioned calls another Makefile in a different directory with a log file with the info i think i need. <joshuaBPMan>mroh: hey your suggestion seemed to work. Should I file a bug report that emacs-seq is breaking org-bable-load-file somewhere? <leoprikler>emacs-seq breaking everything is a known bug IIRC <joshuaBPMan>leoprikler : Where should I add that discussion? On the official emacs mailing list or on issues.guix.gnu.org ? <str1ngs>vits-test: (service dhcp-client-service-type) should work atleast network came up for me and dhclient is running. <mroh>joshuaBPMan: it's a known issue, we have at least 2 of them. It's also known on debian and nix at least, so no need to report it, imho. <joshuaBPMan>well my emacs works well, but magit is being slightly annoying...something about transient not being defined. <rekado_>make sure you aren’t mixing any packages from (m)elpa and from Guix <rekado_>check that there’s no unexpected code in ~/.emacs.d/