<nckx>Isn't it more for consumer machines that need, like, their SSD firmware or whatever updated? (Actually, I've idly wondered how fwupd handles the actual upload/flash. Does it just run bundled vendor code on the host?)
<rekado>“A portion of the software below may consist of open source software, which you can use as per the terms and conditions of the specific license under which the open source software is distributed. For certain open source software license, you are also entitled to obtain the corresponding source files. You may find corresponding source files for this program at opensource.dell.com.”
<nckx>I genuinely noticed that it says 2022. Not quite suprised, but it was 50-50.
<lechner>sneek / later tell unmatched-paren: Hi, would you please remind me how I may fix the packaging of go-github-com-hebcal-hebcal-go here? I marked it as "source-only" but the build system for 'hebcal' still cannot find the submodules. Thanks! https://www.pastery.net/nzafyu/
<mekeor[m]>rekado: i dunno about "popular editors". it'd be nice if emacs had some sort of tree-like navigation for texinfo-mode, a nested imenu, somehow
<lechner>sneek / later tell unmatched-paren: nvm, i did not specify all prerequisites, but for 'hebcal' the set of native-inputs is now larger than those in go.mod. do i need to propagate the native-inputs in go-github-com-hebcal-hebcal-go? Thanks!
<Guest3744>Alright, I just copied the completely basic example "static netorking" example block from the user guide into my services list, and it fails with "error: static-networking: unbound variable"
<Guest3744>apteryx: I tried a few things (running as root instead of sudo, including (gnu services)), and no matter what, I needed to import (gnu services base) for me to add a static networking section
<Guest3744>Maybe this is OK, but the documentation for static networking should mention (gnu services base)
<nckx>apteryx: I'm not sure what convenience is being served here.
<podiki[m]>yeah, from the manual page i would expect just (gnu services networking) to be needed, though maybe anyone not using base is assumed to know what they need specifically?
<Guest3744>nckx: thanks, I should have thought of that.
<podiki[m]>I don't know anything about exporting/inheritance etc here though, so my expectations are uninformed
<nckx>‘guix system search static-networking’ says base, it's defined in base, re-exporting it from network is nice & all & saved someone a line once, but really, just document base instead, it's the canonical and actual location… no?
<nckx>Unless there's some convention to re-export all base services from a more specific ‘category’ module (so base is an implementation detail or whatever), the manual claiming it's in network is the unexplained outlier.
<podiki[m]>I find finding services in the manual by page (rather than searching say the full manual) to be surprising
<nckx>‘I find finding services in the manual by page (rather than searching say the full manual) to be surprising’ → ‘If that *were* my habit, I would find it surprising if it were moved to base’? Do I get it right this time? 😛
<podiki[m]>a cross reference would be handy, in fact for probably other things in "base" as that is ambiguous
<nckx>Problem is, if we want regexp searchers to see the module without scrolling up at all, we have to add it to the blurb under each ‘Scheme variable’ section. For each service. I find that noise. Noise that must manually be kept in sync. Especially when ‘guix system search’ already exists, and queries the actual source of truth.
<Fare>there is nonguix for that kind of off topic, and lots of channels of other topics.
<dirtcastle>(offtopic) I have a laptop. I want to ssh into it from my phone when I'm at University. I am not running any services that a internet facing service would run. I want to hack on guix through ssh. guix system config , home config , writing package and service definitions. (I have a way to expose ssh port to internet) my question is is it ok to keep my laptop running constantly for 8hrs? my laptop is heavy and I'm too lazy to carry. also last
<dirtcastle>time ssd kind of came out of socket and my lap didn't detect it because my laptop shaked too much when i5 was traveling in public transport.
<tricon>dirtcastle: i can't give a definitive answer, but i don't see a problem with leaving it running as a server.
<AwesomeAdam54321>dirtcastle: The only main concern with the laptop is to make sure it doesn't overheat, including when charging
<dirtcastle>AwesomeAdam54321: I heard that batteries don't overheat by charging these days because they are smart now and laptop cuts off connection from battery to power supply once charge is full. so battery heating won't be a problem right?
<dirtcastle>I have a cooling pad. the fan on cooling pad don't work well but atleast the laptop is elevated and whenever I compile something the laptop fans start spinning. so the fans must be working well, ryt?
<sneek>Welcome back unmatched-paren, you have 3 messages!
<sneek>unmatched-paren, lechner says: Hi, would you please remind me how I may fix the packaging of go-github-com-hebcal-hebcal-go here? I marked it as "source-only" but the build system for 'hebcal' still cannot find the submodules. Thanks! https://www.pastery.net/nzafyu/
<sneek>unmatched-paren, lechner says: nvm, i did not specify all prerequisites, but for 'hebcal' the set of native-inputs is now larger than those in go.mod. do i need to propagate the native-inputs in go-github-com-hebcal-hebcal-go? Thanks!
<rekado>use ,pp before your expression to pretty print the result
<PotentialUser-30>Thank you. With ,pp it looks much better. No it does, what i want, BUT: Does it really has to be so complicated?? (let-keywords (package-arguments gst-plugins-base) #t ((phases '())) phases)
<kitty1>PotentialUser-30: the scheme primer is amazing and I highly reccomend it to anyone interested in guile! really hope they make some more of those! I think cwebber was largely responsible for that one?
<pkill9>what we need is a tool that takes a guix system configuration and formats and partitions the hard drive according to the system configuration
<f1refly>how does interacting with bluetooth devices work on guix? I have started and enabled the bluetooth herd service and added my user to the 'lp' group, but when I run 'bluetoothctl list' it returns nothing, so no adapters where found
<f1refly>running lsusb gives me the line 'Bus 003 Device 003: ID 8087:0032 Intel Corp. AX210 Bluetooth', so the device is recognized by the system.
<nckx>pkill9: I agree (I've always seen it as part of ‘guix deploy’, but maybe that's not the right place either). The problem is that storage is inherently stateful and will contain valuable data, while the ‘guix system init’/‘guix deploy’ promise is ‘this is the system you will get, no weird exceptions’. Applying the new partition layout fields only on first init is not acceptable IMO. What to do?
<nckx>So I've punted to ‘eh, let someone write an external tool not bound by such promises’.
<mekeor[m]>pkill9: sounds good! shouldnt be too hard to implement, no?
<mekeor[m]>"guix system format system.scm" would then lead to "The disks already formatted and partitioned in exactly that way. Do you really want to reformat?" or "The disks are already formatted and partitioned in this way: .... Do you really want to overwrite it?"
<mekeor[m]>maybe "format" is not the perfect wording because it would include (1) mbr vs gpt (or bios vs efi?), (2) partitioning, and (3) file system formats
<yarl>But it seems to me that because (list "doc/generic/mathdots/" "source/generic/mathdots/" "tex/generic/mathdots/") are imported, then it is a trivial package. If I build it, "mathdots.sty" "and mathdots.tex" are there because they are present on tug.org repo.
<zamfofex>civodul: I noticed you applied my changes adding wld to Guix, but you closed the issue for adding velox while at it. Is there any reason for that? (Note that velox was what I was actually hoping to be able to use! I just made a mistake while sending the emails.)
<nckx>zamfofex: Merged bugs are the same bug from that point on. This isn't always exposed (clearly) in every single interface, though. I'm confident guessing that Ludo didn't notice, and it was an accident.
<nckx>sneek: later tell mothacehe: I've added the public key on berlin.
<PotentialUser-30>Hi, i did a gst-plugins-good variation with qt (needed for nheko with video) It compiles. Could you guys please have a quick look over the scm file for obvious mistakes / deficiencies (I'm a noob) Here is the link: http://dpaste.com/5L566NSMP
<nckx>zamfofex: You can reopen them, by sending, I believe a mail to NNNfirstname.lastname@example.org. In that mail you can add a human-readable explanation of which patches still need to be handled.
<nckx>PotentialUser-30: For a self-declared ‘noob’, that looks great, no? You can probably access the common phases with (@@ (gnu packages gstreamer) %common-gstreamer-phases), so you don't need your own copy. Also (add-after 'unpack 'foo should conventionally be a single line, and you don't need two phases here. You don't even need 2 substitute* calls: you can use (substitute* FILE ((REGEX1) REPLACEMENT1) ((REGEX2) REPLACEMENT2) …).
<nckx>PotentialUser-30: ‘guix build’ does not ‘install’ packages. You can reclaim the used disc space of the /gnu/store/xxx directory (last line of ‘guix build’ output) with ‘guix gc -D’, but don't bother with that now unless you sorely need the space.
<PotentialUser-30>nckx: the \[ its the same as with flvmux wich i copied from gstreamer.scm
<PotentialUser-91>Hi, I'm having issues with cursor size on a foreign distro. At first, I was only having issues with my cursor size in emacs, which wasn't that big of a deal. However, after transitioning from using a manifest file to using guix home, my mouse cursor has appeared to have gotten extremely smaller on my entire OS now. I've tried doing some research
<PotentialUser-91>online, but nothing seems to be working (I've tried adding xsetroot -cursor_name left_ptr to my xinitrc + changing my cursor path per the stack overflow thread linked below). The last thing I tired to do was put my xinitrc and Xsessions file into guix home's files directly to see if that would work, but it doesn't seem to be doing anything. Mainly
<PotentialUser-91>I just need to see how to modify the cursor size so it's respected while guix home is in use. My configuration.scm is in the pastebin below, in case that helps in any way.
<reyman>i'm looking for php >= 8.1, seems there is only php 7.4.3
<matta>Anyone have a working minimal guix home .scm that works for a foreign distro using Gnome? In Debian a user that has "guix home'd" consistently fails to log in. Something gets borked and gnome session dies at login.
<matta>One thing I've noticed: Guix home fails to set up GUIX_LOCPATH, so when I log in at a terminal guile prints "unable to install locale".
<matta>This is the guile run that runs from .bash_profile -> .profile -> $HOME_ENVIRONMENT/on-first-login.
<matta>There doesn't seem to be a way to configure guix home's home-bash-configuration to tweak what happens before ~/.profile is sourced.
<zamfofex>Also, on a different news, in case anyone finds interest in it, I decided to keep working on my npm endeavors, and I was able to create a Guix package for sucrase! (Note that sucrase depends on … sucrase. So I had to bootstrap it using esbuild.) In the end, it seems to work for bootstrapping itself, and the bootstrapped one seems to work correctly too!
<zamfofex>apteryx: Sorry to bring it up again, but I suppose you were busy when I asked last time: What do you think I ought to do to continue my efforts towards bringing more npm packages to Guix? Is there any interest in that?
<zamfofex>Also: Does my sucrase package serve as some kind of indication that my approach of “just don’t recurse into devDependencies” is worthwhile investigating? That was my hope, but I feel like sucrase just doesn’t have many dependencies, so maybe it’s just not a big enough sample size. If anyone has a different package in mind that I could use to try out, feel free to let me know.
<oriansj>FareTower: if you think it might be quick here is generally able to cover many quick and the mailing list tends to be much more in depth discussion (ideally)
<nckx>I was hoping for Red Hat style SELinux-all-the-things, or at least a Debian-style kernel patched with some paranoid default sys.kernel.bind.mounting.scares.me = 1 we could disable.
<mfg>nckx: on guix system it works perfectly for me :D
<FareTower>oriansj, I fear my questions might be in between the two... I'll take my chances...
<apteryx>zamfofex: of course there is interest! the question gets asked often
<apteryx>as to what I think you ought to do, perhaps share what you've done so far on guix-devel, with a recap of what you think would need to be done before this work is acceptable to be merged in guix proper
<rekados-thumb>nckx I've seen this on systems with "unusual" mounts, e.g. home on a remote zfs or nfs
<oriansj>FareTower: when it doubt, ask here and if you don't get a good answer you can always send to the mailing list
<apteryx>nckx: re 18 GiB /boot, it's sitting on a 1 TB RAID array that'll probably never get used, so why not ;-)
<FareTower>Also, ungoogled-chromium seems to have issues accessing the yubikey, which was working "well" under NixOS (i.e. was outputting a nonce string as a keyboard event, which is suboptimal but works)
<apteryx>we can accumulate 5 years of guix system generations without giving it a thought
<FareTower>do I need to add permissions or configure something to get the yubikey running? it actually looks like it's working as a keyboard device too, but Google rejects me immediately when trying to use it
<podiki[m]>FareTower: on guix system? you probably need the pcsc service and libfido2 udev rules in your system configuration
<nckx>FareTower: Put differently: there is no wrong place; there is no risk. Only 2 styles of discourse, each better suited so some problems than others. Post wherever you feel most comfortable. If needed, migrate.
<nckx>apteryx: Actually, the only reason I checked was your e-mail mentioning ‘…/boot is now on a 1 TB RAID array…’ and thinking ‘surely he doesn't mean… no, that can't…’. You didn't, and it wasn't, but indeed, no fear of running out of generations any time soon.
<nckx>rekados-thumb: I can reproduce *a* (I'm no longer convinced it's the same bug) EINVAL when mounting nested mounts, e.g., /proc/sys/fs/binfmt_misc blocks --expose=/proc until unmounted.
<nckx>What seems to have become clear is that there is no lack of ways to make Guix containers throw EINVAL with --expose=. So many ways.
<nckx>That's almost more interesting, if not quite worrying.
<nckx>I'm guessing things like Docker don't share most of them.
<nckx>OK, that's my baseline for sanity (mainly because it works on my Guix System too :) and it's what breaks for the reporter. So, as tempting as it is to dive into indirect autofs (not sarcastic), their problem is not that exotic.