<bricewge>I don't think there is one specific for sshfs, otherwise I would I've shared it whith you already
<the_tubular>I'm but a shceme noob, I barely can read what you sent above :/
<kitzman>is it possible to supply a profile as an input to a package? i.e: (profile-derivation (packages->manifest ...)). the reason i want to do this, is because some includes do not get picked up by cmake, and if i run an environment, then the only include path is the one in the profile
<kitzman>(and building it in that environment works)
<iskarian>kitzman, even if you could, that's almost certainly not what you want to do
<iskarian>are the includes in the correct search path?
<leoprikler>kitzman: it's quite likely that building does not work due to a separate issue, but for stuff that assumes the same include path for separated packages, look at procedures like sdl-union
<iskarian>(you can inspect the 'environment-variables' file in the build directory if you build with -K)
<iskarian>Hmmm... why the heck does touching go-build-system's 'lower' cause a world rebuild???
<ArneBab>I’m thinking about building some packages locally with -march=native (because that can give a 10% speed gain for some tools (specifically imagemagick). Is there a best practice for doing that?
<leoprikler>there should be a transformation to add configure-flags
***lukedashjr is now known as luke-jr
<JorgeTern[m]1>Hello, does Guix uses some SotWare or package for the management of the administrative process?
<lfam>Nevertheless, I think there is still something to be said for asking contributors to put some effort in, rather than trying to accept every one-off patch with no followup, no tests, no meta-information, etc
<lfam>And it works well for creating a useful piece of softare
<lfam>But, Guix is not in the privileged position of being "The operating system" that everything uses
<lfam>So, we have to work harder to attract contributions
<ArneBab>sufficient pay helps a lot. Example from at work: I tried to land a patch, but had only two days. The reviewer said „we need a test for this specific kind of connected service“. I expected that it would take me a week to figure out how to do that in their infrastructure, but I had only two days, so the pull-request went stagnant.
<GNUcifer>me thinking about some very pedantic/enstensive CI which does all kinds of checks and then a reviewer may not get a 'raw' patchset for review but something annotated by the CI. and eventually if things repeat one may write modules for that CI to mechanize things
<lfam>Are you using the patch internally, ArneBab?
<ArneBab>we can just apply the patchset on top and get the 4x performance increase
<ArneBab>the pathological outcome is that everyone now has to rebase the patch on every release
<lfam>Well yeah, but you probably also save on other expenses due to the perf gains
<ArneBab>it’s even already reviewed, only pending the “needs a test”
<GNUcifer>its understandably that reviewing/merging puts some demands on the maintainer
<lfam>It sounds like a lot of Guix patches, tbh, ArneBab
<ArneBab>but since it does not have a test, it could be broken any time.
<lfam>GNUcifer: I like the idea of the pedantic CI. Guix does have high standards for the codebase in terms of being idiomatic
<ArneBab>the perf gains mean that a once-every-few-months task takes a few days in computing time instead of 2 weeks
<GNUcifer>ArneBab: 'needs a test' is pretty arbitary because one could come up with some test which succeeds but still have some bad things (by accident/malice) got into it
<ArneBab>but back to topic: As contributor I like an automatic CI as first step that I can work against until it passes, and then a reviewer looks at the interesting points.
<GNUcifer>doing something a reviewer would do requires more than most 'normal' CI's do
<GNUcifer>getting past the oter merges->bulld->passes tests CI is pretty much standard nowadays
<lfam>Something I like about the Linux process is this: the patches that get in are presumably contributed by orgs with a serious motivation, and so they will also want them to keep working over time. It's a little frustrating to have to assume the maintenance burden of other peoples' contributions
<breathein>The command I'm running to connect to my internet is `sudo nmcli connection up <mywifiSSID>`
<breathein>After typing in my pass, networkmanager hangs for about 30 seconds, then reports that "connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/51)"
<breathein>If I type `ping gnu.org` immediately after connection, I get pinged back
<breathein>Then, after a minute or so, I try to `ping` again, and I get `ping: unknown host`
<breathein>I test out `ping gnu.org` on a different machine on the same network, and I get 0% packet loss
<breathein>Is it likely a hardware issue? Or could I have misconfigured something in my GuixSD installation?
<lfam>breathein: Did you replace the wifi card in your laptop? Or are you using the one that it came with?
<lfam>I have an x200 that I use with Linux (not linux-libre) and in the last year or so the built-in Intel wifi card started to exhibit similar symptoms. I don't know if it's just failing due to old age, or if the software support is going stale due to very few people using these things anymore
<philipper905>hello I tried to install a wifi driver 'rtl8812au-aircrack-ng-linux-module' but it failed in the build phase
<philipper905>has anyone experienced this or have any idea why this would happen?
<otto>I have a manifest file that contains "(specifications->manifests '(.... "ghc-xmonad-contrib" "xmonad" ...))" so that after running `guix package -m manifest` I have the xmonad binary. However, `xmonad --recompile` fails because it cannot find Xmonad contrib modules. I have checked other peoples configs and they do the same. Don't know what is wrong. Have not tried cabal yet.
<iskarian>it would be nice to have a way to compare the effects of a change to a package modulo baked-in store paths; it would help verify that changes that shouldn't change the output don't, even if they do change the derivation
<philipper905>lfam: I'm trying to change the kernel as you were telling me about in config.scm. 'linux-libre-5.10.140
<lfam>I wonder, can you reproduce the bug raghavgururajan? Like, roll-back, delete the bad generation, garbage collect, and then try again?
<philipper905> ' seems to not be working though is that the wrong syntax?
<lfam>Like, how can you claim a free software project that has no formal affiliation to GNU?
<lfam>But with a free license, anyone can take it and make it their own, in a sense
<lfam>At the beginning of Guix, "GNU System" was actually proposed as a name for the full operating system based on Guix, but this was rejected
<lfam>So instead it was named GuixSD, and then later renamed to Guix System
<KittyOwO[m]>Its weird to me how many of the same programs could be run on either some BSD and one not running GNU coreutils ect. and something like Guix System using a lot of gnu components and linux-libre.
<KittyOwO[m]>most people outside of here wouldn't exactly call something not using anything GNU by default GNU, which to me really begs the question of what even do we call these things the community(ies) built?
<dstolfa>KittyOwO[m]: that's because a lot of them just use standard functionality of libc and POSIX-y (but not quite POSIX) things that are common across the kernels :). sometimes minor ifdefs are required but it's just that -- minor
<KittyOwO[m]>true, but, libre-unix-like-os-with-ok-posix-compliance doesn't roll off the tongue lol
<KittyOwO[m]>or rather semi-libre-to-libre-like-os-with-ok-posix-complicance :P
<lfam>It's easy to lose sight of how little diversity there actually is at this point, in terms of operating system design. Besides Unix and Windows there isn't anything
<podiki[m]>does anyone know specifics about guix's x server authentication set up? running into an issue where an `xhost +` which disables that check, is what is needed for a program to connect to X server
<otto>Haiku is probably the biggest one that is not Unix or Windows
<KittyOwO[m]>yknow, on this topic, doesn't Guix have some tools for spawning VMs? I kinda want to play with whatever has been made for Hurd at this point some time lol (shame the official site contains little information, and outdated info at that lol)
<KittyOwO[m]>yknow, I read the childhurd blog a while back, but not the april fools one, Hurd really needs to make their website more up to date and higher quality, while also showing off more pictures ect. and being more transparent about any progress various branches or whatnot have made, rather than only hearing about anything through Guix System website lol
<KittyOwO[m]>while mailing lists might be helpful for people already deep in the project, new people should be able to just go to the site and see
<KittyOwO[m]>the progress being made, and real pictures of it working
*dstolfa awaits the day when he will be running a microkernel on everything without various modules panicking his system when things get weird
<KittyOwO[m]>rather than saying "lol maybe we will do 64 bit someday idk?" they should be shown that "yo someone is working on this in this branch, here is some photos of the things they have played with"
<lfam>The thing that makes it hard is that motivation is not fungible
<KittyOwO[m]>yeah, that is a very good way to word it, will def use that quote when people start saying "Why are these people investing in X technology when they could be saving these children!" that being said
<KittyOwO[m]>for something like a website it shouldn't be too hard to