<Kabouik>Thanks podiki[m], that seems useful. I see " automatically open a useful buffer in a new frame (usually your most recently viewed buffer which isn't currently open)" and that's exactly what I was trying to do after enabling frames from the wiki above <Kabouik>As typically I would want my terminal window with ESS (https://ess.r-project.org/) to keep displaying just the ESS buffer, and another terminal window showing emacsclient and displaying the last created buffer, every time one is created <rekado>arescorpio: this bug report has long been closed <podiki[m]>Kabouik: welcome! not sure how that plays for using -nw (I long ago switched to gui emacs) but hopefully something useful in there <rekado>Kabouik: frames in GUI emacs do open new windows that your WM can manage <rekado>is there a particular reason why you prefer to use terminal mode? <rekado>it’s strictly less powerful than the GUI mode: no images, mangled keybindings <rekado>if this is just about the toolbar or decorations: you can disable them. ***emyles is now known as miyulz
<imtheonewhodudes>hi guixers, in your knowledge is there any plan to support pep517 in python-build-system? <lilyp>does guix have a utility to do ".c" → ".o" suffix transformations? <lilyp>I meant Guix as in Guile + the Guile libraries used at build side ***LispyLights is now known as Aurora_v_kosmose
<podiki[m]>what's the error? maybe move the patches to outside the if and make the else part the empty list '() <mroh>yea, perhaps you could try an empty (patches '()) in else. <podiki[m]>(or just make the else part be (patches '()) maybe) <podiki[m]>funny was just doing this to conditionally add a phase to do a substitute based on arch, needed the '() in the else otherwise it is trying to splice nil into the phases list (or something like that) *podiki[m] is off, good luck <brendyn>i really wish people would stop sending links to text messages instead of just sending the text <brendyn>i know, but but i still blame them :p <roptat>found a small issue in the dovecot service <roptat>it reimplements mkdir-p/perms, but always sets user only for /var/run/dovecot <roptat>that directory is hard-coded ^^' <roptat>while investigating an issue where on one server, /var/run/dovecot is owned by root and /var/run/knot is owned by dovecot :/ <roptat>I don't get it, on another server with mostly the same config, this issue doesn't happen <roptat>er... well, on that other server /var/run/{dovecot,knot} are both owned by knot <phodina[m]>Thanks, that also does not work. Here's the diff and error <brendyn>phodina[m], i believe its because of your use of ,@ <brendyn>you can see its creating (patches) because it ends up as (patches . ()) <roptat>I can't remember how to run a single test, for gnu/tests/mail.scm <roptat>make check TESTS=gnu/tests/mail.scm runs 0 tests <phodina[m]>podiki: mroh Solved. The issue was to put the quasiquote into the patch field. Error was caused by having it around origin. <NinjaTrappeur>Hey, it seems like Rust is bootstrapped from mrustc in Guix. I'd be curious to know how long it takes to run the whole bootstrap chain on the Guix build farm but I'm unsure where to start to get that number. How would you approach this problem? <NinjaTrappeur>Running the bootstrap chain locally on my system is off the table :) ***roptat is now known as Guest2228
***Guest2228 is now known as roptat_
***roptat_ is now known as roptat
***roptat is now known as help
<brendyn>NinjaTrappeur, its very crude but you can look on the build servers they have the logs available. <brendyn>and you can see the line phase `build' succeeded after 2915.8 seconds <brendyn>you would have to go through the whole chain and add it up though <NinjaTrappeur>brendyn: thanks :) I've been trying to poke the cuirass API without success to retrieve the list of the build id involved. <NinjaTrappeur>However, translating the same request to an API query doesn't work <bovid-19>A while ago, my display started going to sleep after a few minutes of inactivity. I assume this was somehow automatically set up when I installed Gnome in addition to StumpwWM. I couldn't find any documentation on how to change the settings. Any ideas? <bovid-19>That's usually fine, but it also happens when I watch videos with VLC. <NinjaTrappeur>For the record, I found the issue: I was querying the nix name instead of the job name. <Lumine>What I do in EXWM is use xset to disable the screen blanking <bovid-19>Lumine: Thanks, I'll have a look. I am not using Gnome anymore, I just installed it temporarily when something wasn't working with StumpWM and I didn't have the time to find a fix. <bovid-19>Ah, sounds like that's what I should do. ***Dynom_ is now known as Guest1775
<dgcampea>can /run or /var/run be mounted as a tmpfs ? <jonsger[m]>how do you folks do screen cast (video) on Wayland on Guix? <Kabouik>Anyoe using emacs EWW? Everytime I try to open an URL, it errors out saying that emacs need to be compiled with libxml2, but that's surprising if it isn't since we do have eww packages in Guix <Kabouik>Maybe that's because I installed emacs-minimal then indeed <Kabouik>It was working as a text editor so far, but I don't really know what I'm missing yet. Will try emacs-next-pgtk. <Kabouik>I prefer avoiding things like Doom for now because I'm already struggling to understand the basics and configure it, using something like that would not help <unmatched-paren>emacs-minimal, being a minimal package, will probably be compiled without libxml or anything like that. <davidl>I have a problem booting one of my systems, even after reinstalling and can't figure out whats not working. The grub boot menu comes up but then it just stops at a Guix background login screen forever. I have full disk encryption with luks 1. <davidl>my partitioning is part1: 2 MB bios boot, part2: luks 1 and btrfs (incl boot), and part 3 is a luks 1 but a plain block device - not mapped as a filesystem. <sektor[m]>unmatched-paren: I got your note. Am a bit confused though; the left margin in a browser says no-break space but Emacspeak just says regular space. <two[m]>why does it want 288 mib of debug? i don't want debug, can i get a shell without downloading it? ***polo__ is now known as polo
<rekado>two[m]: ‘guix shell’ will get all outputs of a package <unmatched-paren>Some less-used things might be outdated, because we don't have a huge team like some more mainstream distros do <Cairn>PotentialUser-70: Any specific packages you're worried about? <rekado>two[m]: this is not a refutation of what I wrote. <rekado>kaelyn: I don’t see the email yet <kaelyn>rekado: apparently it didn't go through because the bug was archived :/ <kaelyn>basically adding "-DSPIRV_TOOLS_BUILD_STATIC=OFF" to the configure flags for spirv-tools fixes the mpv build (I found it from the Arch and Gentoo package defns for spirv-tools) <kaelyn>(unarchived the ticket and resent the email) <itd_>Hi. Who receives mails sent to 54729@debbugs.gnu.org; the reporter and subscribers? Should one Cc (all?) people that participated in the discussion? (Is there documentation that addresses such netiquette questions?) Thanks! <vagrantc>itd_: probably just the the subscribers (unless debbugs.gnu.org is significantly different than bugs.debian.org) <vagrantc>i've at least observed the trend of CCing relevent people through a given bug report <csepp>when a package doesn't build due to grafts, how is one supposed to track down where the error is coming from? <csepp>eg.: guix build krita vs guix build --no-grafts krita. why does one succeed and not the other? ***justVain is now known as justache
<help>I'm trying to add java-brotli in java-compression.scm, but when I do that and inherit from brotli (from (gnu packages compression)), brotli is suddenly not found <nckhexen>Cairn: To be charitable: 1.3 *is* by all standards 'out of date'. If you're not used to rolling releases, criminally so. <PotentialUser-94>hi! after adding (service unattended-upgrade-service-type) to their config.scm and reconfiguring, did anyone else get the error that unattended-upgrade-service-type is an unbound variable? if so how did you guys resolve it? <Kabouik>It does not for me, wondering if emacs was built with the necessary parameters <two[m]><rekado> "two: this is not a refutation of..." <- can i make it ignore debug? <PotentialUser-94>unmatched-paren: it worked! may i ask how you knew to do that? i did not see anything about that in the documentation for that service <davidl>anyone who has a working full encryption (incl. /boot) setup with btrfs? who can share their config? <kaelyn>Kabouik: Have you tried it with emacs-next? I haven't tried transparency, but the commit linked in the post looked to be on the master branch but not the 28.1 branch of emacs. <Kabouik>I thought 28.1 was from April and the blog post said the merge happened in January, didn't check more than that <Nazar> Hello! i'm trying to configure mysql service as mysql and not mariadb <Nazar> and got an error like this "error: reference to invalid output <Nazar> '/gnu/store/swk7ydgkwqg1pmj9jmm8aivrpxr7wsvj-mysql-5.7.33.drv'" <Nazar> this is something that shoud be fixed right ? in default config <Nazar>here is declaration " (service mysql-service-type <Nazar> (socket "/run/mysqld/mysqld.sock") <Nazar> (extra-content "datadir=/warehouse/databases") <Kabouik>To be honest I was thinking I'd use only emacs -nw because I want a terminal experience (with my terminal keybindings to change font size, my term colors, etc.), but then I heard it's not a good idea and I'm not doing myself a favor if I do, so now I'm trying to use emacs with its GUI but make it look like my terminal <PotentialUser-94>also it seems to me there isn't a file at /etc/ssh/sshd_config as is the case in say ubuntu. is this because the idea in guix is to modify the ssh service by editing the config.scm file itself? <Kabouik>I think yes PotentialUser-94, I went through the same questions when I configured mine <Kabouik>Still no luck with emacs-next kaelyn, maybe I am doing something wrong <PotentialUser-94>is chsh not the intended way to change a user's shell? i tried using usermod, but my shell reset from fish to bash on reboot <PotentialUser-94>okay, so now when i try to reconfigure unattended upgrades with the (gnu services admin) line added, it throws an error parsing the derivation <efraim>is it strange that my /var/guix/db/db.sqlite-wal is 2.6 GB ? <antipode>efraim: I think nckx has said something about huge sqlite-wal before <antipode>Something about encountering huge sqlite-wal, <antipode>maybe something about things not being flushed? <antipode>efraim: Are any "guix build whatever" or such running? <nckhexen>Uh, just that it was huge, about 7 GiB IIRC (but it was definitely ‘several gigglebytes’). <nckhexen>I never fixed it, just nuked from orbit, sorz. <antipode>Myself, I don't have a -wal, until I do "guix whatever ...", then there is _temporarily_ one. <efraim>nothings building ATM, I did recently clear ~500 GB from my store though <nckhexen>The WAL is definitely not supposed to be that huge. It is indeed something where writes stop getting flushed to the actual DB, and you just get a ‘pending’ log that grows, presumably forever. <nckhexen>antipode: Yes, that's the working normal case. <antipode>It looks like "guix shell" counts as a "guix build"-like thing for the purposes of '-wal exists': guix shell --rebuild-cache --pure coreutils -- du --hu /var/guix/db/db.sqlite-wal <nckhexen>Sure. There's nothing magical about ‘build’. ‘gc’ would surely do the same. <nckhexen>Kabouik: <I heard it's not a good idea> If this is about a recent conversation in #emacs: there was a lot of nonsense in that. If you're experiencing actual bugs, of course, that's different, but don't worry too much otherwise. <antipode>nckxhexen: "guix shell" could have been written to do a 'exec' instead of fork+exec, breaking the store connection (and, if I guess correctly, trigger the guix daemon to flush the DB) <antipode>Or, alternatively, still do a fork+exec but disconnect before invoking. <nckhexen>Sounds like working around a fixable flaw in the daemon to me. <efraim>vacuuming the db didn't shrink the wal <antipode>I considered it more of a small optimisation of "guix shell" that could be done independently of its usefulness as a work-around. <nckhexen>I know I'm being super-helpful here but: nope, can confirm, I tried that then. Maybe there's other stuff I'll remember trying as soon as someone mentions it ☺ I just know I didn't find an easy fix, and time ran out. Glad it's receiving some attention now. <antipode>-- to make 'guix shell [...] -- foo' tail call into 'foo' (one less process that occupies memory), and such that the daemon can free a little memory. <antipode>nckhexen: On the work-around: IIRC, the guix daemon associates some stuff not with connection but with processes. And processes are identified by their pid, which is kept intact by 'exec'. Hypothesis: maybe that's why the work-around didn't work. <apteryx>lilyp: are there plans to enable native compilation for emacs-minimal? it'd be nice that it's enable out-of-the-box for all users. <apteryx>then we wouldn't need the note added in 4cb5144df0 <efraim>`sudo -E sqlite3 /var/guix/db/db.sqlite 'PRAGMA main.wal_checkpoint' lets you know if everything in the WAL has been written to the database yet <efraim>if numbers 2 and 3 are the same (ie 0|199|199) then 'PRAGMA main.wal_checkpoint(TRUNCATE)' is probably safe, it'll force a checkpoint if needed and lock the database, write everything from the wal into the database and zero the wal <linj>Seems like what prevents that patch is the rebuilding of a whole system. Is that a valid argument against a patch? <nckhexen>It means that it's expensive to test and to apply. <dgcampea>what do I need to do to get (invoke "sh" ...) working for a trivial-build-system package? <dgcampea>I am getting invoke-error exit-status 127 <dgcampea>hmm... adding bash to native-inputs didn't fix it <nckhexen>The ‘trivial’ in ‘trivial-build-system’ stands for ‘did you mean to write gnu instead friend’. <nckhexen>If you want PATH, you get to make it from sticks other things you find in the wilderness. <dgcampea>nckhexen: the package is not the typical autogen/autoconf :( <nckhexen>Anyway, setenv is your friend, but the t-b-s really isn't, watch your back. <nckhexen>It's a common thing to do. Not the swapping as such, but using gnu- and just deleting the phases you don't need/want. <unmatched-paren>hmm, so, i'm making Yet Another home-emacs-service-type (though I intend to upstream this, making all the other existing home-emacs-service-types obsolete, hopefully...) and I get ``stdin is not a tty'' and a hang when I run emacsclient while it's running... <nckhexen>gnu- still provides some other nices-to-have like shebang patching & stripping binaries & validating runpaths. <unmatched-paren>Presumably this is because of shepherd's daemonisation, but rde's version doesn't have this problem. <nckhexen>Seriously, trivial- is not meant as a good base for fun packaging. <unmatched-paren>My home-emacs-service-type runs ``emacs --fg-daemon -q -l /gnu/store/...-init.el'', and their's does ``emacs --fg-daemon=...''. <unmatched-paren>I mean... I'm not really even sure theirs works, but I'm working off the assumption that it does :) *mbakke has been manually building i686 stuff on berlin and the staging weather is now nicer than on 'master' ... I think the branch can be merged now. *mbakke is a biological CI system <mbakke>I should do some Cuirass hacking one of these days <dgcampea>Other than '#:use-module (guix build-system cmake)', do I need anything else? I'm getting ERROR: In procedure %resolve-variable: <dgcampea>the shell script was invoking cmake behind the scenes so I thought on using cmake directly <dgcampea>(ignore the build-script variable, it was from a previous refactoring) <unmatched-paren>And because you overrided the modules without splicing %cmake-build-system-modules into the list, (guix build cmake-build-system) wouldn't have been imported, which is used by the default build phases. <lilyp>apteryx: there's no point, different emacs, different cache <Kabouik>nckhexen: Yes, that was related to that discussion in #emacs, but it was also enlightening because I was probably a bit shortsighted thinking I could enjoy all emacs powers from the terminal. I know emacs is more than a text editor, but I admit this is always how I was seeing myself using it, and in that sense I just wanted to compare it to vim or kakoune… In the terminal. Now that also brings other issues: I cannot focus emacs windows with the <Kabouik>cursor (if using -nw), spawning frames instead of windows seems to be difficult because emacs -nw doesn't know how to start new terminal windows (except if I do it manually with a shell command), etc. <Kabouik>But now with the GUI, I'm also facing issues. I already removed the tool/scroll/menu bars to make it more minimal, but haven't succeeded with transparency, and am still struggling with the concept of emacs windows splitting the frame instead of opening new actual WM windows that I could manage with Sway. Slowly learning. <dgcampea>unmatched-paren: it does slightly more than a chdir <dgcampea>it does a chdir but it wants to call cmake .. <Kabouik>Speaking of, I'm using emacs, and am not sure that emacs GUI does a very good match with Wayland. Every time I found resources about transparency and such, they were referring to X, not Wayland. <unmatched-paren>It was a project to make Emacs run on purely GTK without custom rendering. <unmatched-paren>It was merged into Emacs mainline fairly recently. Not even sure if it's enabled by default yet. <unmatched-paren>Actually, I know it isn't, because on Guix, you need to use emacs-next-pgtk to get support for it. <Kabouik>So I installed emacs-next earlier today (after trying emacs-minimal first, and then just emacs). Do I understand it right that emacs-next-gtk to get the best possible experience on my Wayland system? <Kabouik>(This would really help if things like that were stated in the description of all those emacs packages; most of them share the same generic description and moggles like me who are undocummented cannot tell the difference) <Kabouik>Thanks, settling with emacs-next-gtk then! <lilyp>pgtk is currently just a configuration option for emacs-next, i.e. it will become mainline in emacs 29 <jonsger>mbakke: is it still worth to reconfigure on staging?