Hello! Leo Famulari <l...@famulari.name> skribis:
> On Thu, Nov 30, 2017 at 11:40:16AM +0100, Ludovic Courtès wrote: >> 1. Do we pre-register berlin’s key on GuixSD? > > I vote yes. > >> 2. Do we add berlin.guixsd.org to the list of substitute servers on >> GuixSD? On Guix? The drawback is that ‘guix’ sometimes talks to >> both servers when retrieve substitute lists, which can be slightly >> slower/annoying, but otherwise I think it’s a win. > > I think it's worth the extra source of substitutes. Since adding > berlin.guixsd.org to my list of substitute URLs, it seems like I need to > build less often. > > In my experience, it's annoying to query multiple servers when my > network connection is slow or unreliable. But, it's also annoying in > that situation to need to download source files from a variety of > upstream sites. Sounds reasonable. Let’s wait for a green light from Ricardo. >> The main GuixSD annoying messages that I think we should address by >> Tuesday are: >> >> 1. “Error in finalization thread: Bad file descriptor” coming from the >> Shepherd; > > I'm not sure how to start debugging this :/ If I get some advice, I > could try to fix it on Sunday and Monday. I investigated and fixed it yesterday: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=4bd70904c7f555a953808a9a4f892f462ffd352f The thing is that there’s a separate finalization thread in Guile, which takes care of finalizing dead objects. For file ports, finalization means closing the underlying file descriptor. As it turns out, ‘close-port’ in Guile 2.0 would ignore EBADF errors, whereas ‘close-port’ in 2.2 reports them, hence the error. The fix is to take extra care to close ports and not just the underlying file descriptors. >> 2. “udevd[304]: RUN{builtin}: 'uaccess' unknown >> /gnu/store/q7c8yayywf76ai3sgvz16pmbz07gj4bp-udev-rules/lib/udev/rules.d/73-seat-late.rules:15” > > I haven't seen this one before. I compared the source of eudev and systemd, and indeed, like Maxim wrote, the issue is that eudev does not support a “uaccess” built-in tag. So I pushed a fix that simply comments out that line: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=f8446df663fecb5aa34e5c6dfa477544d3271d1e There’s still room for improvement, but the console output is less messy now. :-) Thanks, Ludo’.