<amz3>stallman: so what about gentoo? still fun too? <stallman>amz3: funtoo has debian sources by default <amz3>stallman: what is the gnu/linux distro? <amz3>ah it rely on suckless tools? <Formbi>there are some systems with Linux and without GNU stuff <amz3>well, let's make alpine useless then... ***Guest95982 is now known as daviid
***stallman is now known as akko
<nckx>What another weird night on #guix. <ScaredySquirrel>hello guys I compiled my config.scm but when I run it with guix it gives a huge stacktrace <Parra>is it possible to fix a version in the .scm file? for a native-input package dependency <Parra>what happens if nodejs gets updated to 12 and breaks my build? <nckx>Parra: Assuming this build is of a package (by then) in upstream Guix: ideally it's simply fixed to play well with Node 12, otherwise a node-10 or node-11 package is kept in Guix for as long as necessary. <nckx>Parra: If it's in a separate channel, the ideal is still ideal, otherwise the channel ships an older version of Node no longer in Guix upstream. <nckx>ScaredySquirrel: Are you really compiling your system.scm separately with guile? Why? <Parra>but for example, if my library only supports libpython3.6, what should I do then? <Parra>it forces me to keep up to date, or how can I reference older versions? <ScaredySquirrel>I have the problem where I can't see how the curved brackets line up <nckx>Parra: 1. Fix it or 2. lobby us to keep Python 3.6 in Guix, which will be much easier if your library is in Guix or you intend to put it there. <nckx>ScaredySquirrel: Oh, OK, it sounded like you were doing something wild like passing a .go file to guix for a sec. <Parra>it would be interesting, how can I submit my library? <ScaredySquirrel>I just wanna enable sshd and tell the system to stop running a gui display manager at all <nckx>I wouldn't even expect it to compile. <nckx>Parra: Assuming it meets all the freedom criteria expected of a Guix package (GNU FSDG), send a reasonably working patch to guix-patches@gnu.org. See ‘Submitting Patches’ in the Guix manual. <nckx>ScaredySquirrel: From a quick glance I think you're passing a nested list to (services …): '(xfce (openssh %base-services)). <nckx>Try removing the second (append, and a matching ) after %base-services. <nckx>Whoah, wait, let me indent that in Emacs. <nckx>Er, possible? I don't remember that at all 🙂 <Parra>wouldn't this continuous update break the concept of "reproductible-builds"? <nckx>ScaredySquirrel: Chillax, friend 🙂 <vertigo_38>nckx: @clamav I ended up doing ~sudo cp /gnu/store/[...]-clamav-[...]/etc/freshclam.conf.sample /etc/clamav/freshclam.conf~, creating a user and user-group called ~clamav~, added my own user to group ~clamav~, did ~sudo mkdir /var/db/clamav && sudo chown clamav:clamav /var/db/clamav && sudo chmod 770 /var/db/clamav~, ~sudo mkdir /var/lib/clamav && sudo chown clamav:clamav /var/lib/clamav && sudo chmod 770 /var/lib/clamav~, ~sudo touch <vertigo_38>/var/log/freshclam.log && sudo chown clamav:clamav /var/log/freshclam.log && sudo chown 660 /var/log/freshclam.log~, and now, when I ~freshclam~ get a "WARNING: Download failed (60) WARNING: Message: SSL peer certificate or SSH remote key was not OK <nckx>Yeesh. That backtrace is the absolute worst. Not even worthy of the name. More like demon barf. <nckx>ScaredySquirrel: Also notice that openssh-configuration is an argument to openssh-service-type, so you want (service foo-service-type foo-configuration-object), not ‘(service foo-service-type) foo-configuration-object’ which is what you have for openssh now. <nckx>ScaredySquirrel: LibreJS add-on? <nckx>See Main Menu → Add-ons or whatever it's called. IceCat has an extensions, enabled by default, that blocks non-free JS by default. <nckx>ScaredySquirrel: %desktop-services already includes all of %base-services. So I've rewritten your services block as <http://paste.debian.net/1116892/>. When I ‘guix system build’ it, it starts building IceCat, which I am not going to do tonight, but at least it parses. <nckx>However: This snippet assumes that none of those services (xfce, set-xorg, and openssh) are present in %desktop-services. If they are (I don't know), you'll get an error at some point and will have to use a slightly more complex syntax to remove the duplicates. <nckx>I don't know it by heart since I don't use it, but don't be intimidated, it's not magic 🙂 <nckx>vertigo_38: Maybe you're very close, and all you need is the right sudo incantation (-E?) to let freshclam ‘see’ your SSL_CERT_{DIR,FILE} variables. <nckx>That's the alley I'd poke into anyway. <nckx>vertigo_38: Well, no, actually — personally — I'd have long given up on freshclam and just curl'd whatever's needed into /var/lib/clamav myself. Dunno if that's feasible. <vertigo_38>nckx: facing a "ClamAV update process started at Tue Nov 19 01:40:37 2019 <vertigo_38>ERROR: Failed to change back to original directory /root", I find your tip highly attractive!!! *nckx welcomes vertigo_38 to the dark side; hands cookie. <nckx>(Although that error, again, seems like a step in the right direction: it got that far, and /root *is* probably not chdirable by the clamav user, so there should be a simple tweak somewhere to stop it from trying.) <nckx>(HOME=/tmp comes to mind.) <nckx>ScaredySquirrel: That's weird, (x11-forwarding? #f) is valid… *nckx builds it without packages. <vertigo_38>ScaredySquirrel: I think that's gdm/gnome. I saw this on debian and nixos too! <nckx>ScaredySquirrel: I don't know, I have never seen this happen, but I don't use GDM/GNOME. <nckx>And we'd love to help you but don't know everything. <daviid>ScaredySquirrel: this is a user configuration, iirc <daviid>ScaredySquirrel: this is a gnome problem, not a guix problem <daviid>in the confoguration, 'Power' you set automatic suspend to 'off', it surprisingly is on by default, again ,iirc <daviid>that is user config, now in gdm config itself, like if nobody is logged in it would suspend, i dont remember how to fix it <daviid>ScaredySquirrel: on debian, it is in /etc/gdm3/ggreeter.dconf-defaults <daviid>you have to change sleep-inactive-ac-type='suspend' -> sleep-inactive-ac-type='nothing' ***jonsger1 is now known as jonsger
<nckx>Be sure to read the 2nd message as well. <nckx>Work needed, but doable 🙂 <lispmacs>hi, I'm running emacs-26.2 and emacs-emms-5.2 through a guix installed on Debian 9. For some reason my emms skips all mp3 tracks, while playing all other formats. Do other people have that problem? <lispmacs>i thought at first maybe guix or emms was discriminating against mp3 codec, but emacs-emms I see depends on stuff like mp3info <lispmacs>so wondering if something is broken or if I just configured something wrong <grubles>alextee[m]: not yet but looking forward to <Whicenty>where can I make a feature request for guix? <bandali>maybe here (when the devs are around) or one of the mailing lists? <bandali>you can post to the list by sending an email to help-guix@gnu.org <bandali>which will be sent to all subscribers <bandali>it’s recommended, but not required, to subscribe if you plan to post to the list <efraim>sneek: later tell raghav-gururajan I added vala support to spice-gtk, go ahead and try gnome-boxes again with regular spice-gtk <efraim>i want to switch "must be either" to "must be one of" and it turns out 'variand' isn't a real word <nixo_>Hi Guix! yesterday evening I run the guix test suite and there were 4 failures <snape>I just realized how Guix has become faster and easier to use over the years <snape>thanks for all the good work! <civodul>there's still room for improvement in terms of performance <civodul>there might be DNS hijacking going on <nixo_>yes, after some second it returns an ISP page <nixo_>.-. I'm sorry for the noise I might have checked it myself <civodul>but yeah, better find a trustworthy DNS :-) <efraim>doc/guix.texi:20445 should that be (list (nginx-php-fpm-location))) <civodul>not sure, but (nginx-location) looks fishy <efraim>i'm trying to ad-hoc a nagios configuration and checking various guides online and our docs and it looked like it was wrong <akoppela>Could you please help me to undertand what I'm doing wrong <akoppela>When I'm running ldd for an executable it shows that some of the libs are not found <akoppela>and I can confirm that the libs are located in `/gnu/store` <akoppela>I search the web and found that if running 32 bit app in 64 bit os may have such behavior <akoppela>but I can confirm that I'm running 64 bit app on 64 bit os <roptat>akoppela, are these binaries from guix, or downloaded from the internet? <roptat>If the later, it's expected: how does a random binary knows that it has to look for an arbitrary directory in /gnu/store? :D <akoppela>The binary is downloaded from the internet <roptat>A solution, although not pretty, is to use patchelf to set the runpath to the libraries, as well as the loader <akoppela>but when I run `ldd` some of the libraries are found in /gnu/store <roptat>A better solution is to create a proper package <akoppela>What I do is I'm downloading puppeteer from npm and it builds a chrome binary of the fly <akoppela>a recommended way would be to do not build chrome binary on the fly and instead create a package to build chrome <akoppela>I'm also curious why some libraries are found in /gnu/store and some not? <pimi>I want to add this package to guix <pimi>but I am stuck to License part <pimi>can someone help me on this? <bdju>I think it is non-free for forbidding commercial use since freedom 0 is to allow the use of software for any purpose, but I could be wrong <pimi>I am little bit confused so any help is appreciated <jonsger>how can I overrite an input in an inherited package? <efraim>jonsger: you have to add the new one and remove the old one, there's no 'replace' option <jonsger>efraim: yeah, I found an example in bioconductor.scm ***ScaredySquirrel is now known as digicharger
***digicharger is now known as ScaredySquirrel
<Franciman>do you recommend using guix on a separate distro? <str1ngs>Franciman: foreign distro works fine. it depends on your use case <atw>^ +1, I really wanted to use services, shepherd, etc so I went with GuixSD <Franciman>I think I mostly want to use it to create environments in which to develop <str1ngs>generally it's good for situations where your organization won't install guix system <Franciman>I wouldn't like to go full guix system, because I still have some tools I use that are unpackaged and have a bit of issues packaging them <str1ngs>Franciman: in that case guix foreign distro works just fine. which tools are not packaged that you need? <roptat>it doesn't mean we'll package them right away, but at least we have a trace :) <Franciman>it's open source, not sure if it's free software <atw>ooh didn't know about the wishlist. Maybe Mastodon could be there too? It's curiously absent from the social networking section <Franciman>I had rough time trying to write a package for it with the rust build system <roptat>open source (as defined by the OSI) is mostly equivalent to free software <roptat>now some people use open source to mean "source available", which is not necessarily free software :) <atw>I should +1 Leiningen on the wishlist, and probably reassess what it would take to make it happen <zimoun>hi! What is the difference with Debbugs between close, -done and archive? <pkill9>how do i diagnose login manager problems? I'm having a problem with SDDM, it just freezes up when I try to login. I fixed it recently by changing ownership of my home directory back to the correct user, but now it's doing it again but the home directory is the correct user this time <gnutec>The guix install gzdoom said that some texture doesn't exist, but I don't remember the name of the package. ***ScaredySquirrel is now known as FanFracture
<Parra>I'm looking for an example of node-build-stystem but I couldn't find any, there's a way I can search for packages using node-build-stystem? Like "guix graph --type=reverse-package ..." but for build systems. ***daviid is now known as Guest4493
***Guest4493 is now known as daviid
<pinoaffe>Parra: I don't think such a functionality exists as a command-line option, it's probably easiest to grep through the source code <pinoaffe>on that note, there don't seem to be any packages using node-build-system <Parra>can I use it anyway, right? but there's no doc, and I'm noob ar guile XD <bavier>Parra: no high-level search like that I know of, but you can use guile! <Parra>I've been searching.. and nothing <bavier>E.g. `(use-modules (gnu packages)(guix packages)(guix build-system node) (define nodes (fold-packages (lambda (p r) (if (eq? (package-build-system p) node-build-system) (cons p r) r)) '()))` <bavier>Parra: yeah, you should be able to use it <jonsger>somehow ARM got interested in Guix or is it only an employee doing it in his "free" work time... <zimoun>Parra: nothing exist at the CLI level. I should be proposed as an improvement. Grepping in the repo returns nothing, no package is currently using the node-build-system. <zimoun>bavier: nice! A closing parenthesis is missing after node, I guess. ***sneek_ is now known as sneek
<bavier>zimoun: probs, cut and mash from repl <nckx>jonsger: The corporate take-over of Guix has begun!! I assume the latter but you could always ask. <zimoun>bavier: I did the copy/paste to "guix repl" and hit the error. BTW nice tips! Let add that to my TODO: improve the "guix search" :-) <bavier>zimoun: I often appreciate the cli, but so much can be done within guile that it's difficult for me to decide what should be exposed in the cli <jonsger>nckx: you represent which company? TGR Software Update Solutions LLC :P <nckx>I tried registering ‘nckx’ as a business a few years ago for a lol and someone already had. WTF. <roptat>Parra, most likely, if it's a simple package, you can use the node build system, with no specific argument <roptat>to work by reading the package.json file <roptat>however, node packages typically have a lot of dependencies and the dependency graph is astronomically huge, too huge for us to have found a way to include packages yet <roptat>I thought there was already a package for node-semver though? <roptat>(which doesn't have dependencies if you don't run tests) <Parra>roptat: I understand, in my case I'm just building a node extension <roptat>simply define your package as you would do with the gnu-build-system, and replace gnu-build-system with node-build-system. That should work <roptat>as long as there's no dependency <Parra>can I use both build systems in the same package? <Parra>or maybe inherit one from the other <Parra>how is the common way to proceed? <Parra>maybe I should check how python extensions are built <nckx>Parra: See emacs-howm for a very simple (but clear) example of mixing a single phase from another build system into your main choice. <nckx>In that case, it's more boiler-plate than code. <refpga>Hello, have pdflatex and latexmk been packaged for guix? <nckx>refpga: Sure, they're part of texlive. <nckx>Or whatever unholy -union it ends up installing. <sneek>raghavgururajan, you have 1 message. <sneek>raghavgururajan, efraim says: I added vala support to spice-gtk, go ahead and try gnome-boxes again with regular spice-gtk <raghavgururajan>Folks! I was packaging gnome-music and fount out that it depends on libmediaart, which is not yet available in guix. Is there a way to replace this dependency with something else? <bavier>raghavgururajan: libmediaart doesn't look like it'd be much trouble to package <zimoun>bavier: I agree. But what I find missing at the CLI level (guix show) are fields: source and build-system. The average geeky naturally thinks "pipe" (grep, sort). Back to your example, say you want to know the number of package using the r-build-system, you need to know which modules to import and (length (fold-packages (lambda (p r) (if (eq? (package-build-system p) r-build-system) (cons p r) r)) '())). I find simpler something like: <zimoun>""guix search . | recsel -C -P build-system | grep r | wc -l". <nckx>(Come, embrace the rabbit hole!) <Parra>nckx: emacs-howm is mixing emacs and gnu build system, right? <bavier>we're all fans of the rabbit hole here <raghavgururajan>bavier nckx Cool! Any way, I was half-way done writing definition for libmediaart. <Parra>my strategy is to insert the npm install phase before cmake starts <raghavgururajan>Folks! Yesterday, there was a discussion in #fsf regarding how guix violating FSDG. I could not find any counter-argunents. Would any of you could clarify things? I am just being a concerned free software user. <elais[m]>pkill9 I've had similar problems. I cannot launch Wayland compositors from sddm. It freezes whenever I try to login to a Wayland session but not when I try an X session. The problem was fixed temporarily after I deleted the gdm user but came back. I'm not really sure what to make of it. <bavier>raghavgururajan: if there were any serious issues, they should be reported to guix-devel@gnu.org <roptat>Parra, I would suggest building the extension as a separate package, it's probably easier <bavier>that channel is not logged, so I'm not sure specifically what was brought up <raghavgururajan>bavier Even I missed the discussion, but a good folk sent me an email containing the discussion. Can I forward it to you? ***FanFracture is now known as TravisLinux
***TravisLinux is now known as ScaredySquirrel
<refpga>Hi, how do I change the default editor for visudo? Seems like there is no vi package and visudo expects vi to edit sudoers file. <bavier>refpga: `man visudo` says SUDO_EDITOR, then VISUAL, then EDITOR <nckx>raghavgururajan: What exactly is this about? I have #fsf logged, and I don't see anything but the usual unsubstantiated FUD. <nckx>Unless they have new (well, any) arguments there is no point in restarting month-old mailing list posts because they didn't like the outcome. <raghavgururajan>nckx It was about non-free source being downloaded to users system. Whether it is OK or against FSDG. <raghavgururajan>I have few thoughts regarding that discussion which I will be posting in #fsf later. <nckx>raghavgururajan: Good, let's wait for that summary then (which they'll ‘maybe’ send to guix-devel — nice.) <civodul>"guix build --source" returns the source with non-free bits removed <civodul>it's been discussed long ago already <raghavgururajan>civodul I understand I am late into the party. Can I have your rationale for posting a blog post regarding stallman? I am not asking about the post itself/contents. Buy why is that posted in guix blog. <nckx>I'd rather not see Chromium in Guix at all, but I won't see it removed for dishonest reasons. *raghavgururajan is building gnome-boxes <nckx>Oh well. The fools! Guix is immune to rehashing the same inputs 😛 (…sorry) <str1ngs>ScaredySquirrel: you need to modify your system config file. so it's not doable with just a command <str1ngs>ScaredySquirrel: ideally you probably just want guix install <package> anyways <nckx>ScaredySquirrel: You *could* create a custom ‘shared user profile’ and have every user source it in addition to their own and the system profile, but it would a manual and fragile affair. Better to add it to your system configuration and enjoy the advantages. <zimoun>hi! What is the difference with Debbugs between close, -done and archive? <nckx>zimoun: IIRC archived numbers don't accept new mail without unarchiving them first, and closed/done bugs are auto-archived after a month. <bandali>and archived bugs are moved to a different database <nckx>On ‘close’: ‘A notification is sent to the user who reported the bug, but (in contrast to mailing bugnumber-done) the text of the mail which caused the bug to be closed is not included in that notification.’ <nckx>Oh, no, it also has to be *idle* (receive no mail) for a month to be auto-archived. <nckx>If bandali doesn't even know these things I don't think they'll be on the test 🙂 <bandali>nckx, tho i am a gnu webmaster, i’m not really involved with maintaining our debbugs :p at least not as of now <nckx>bandali: Sorry, but you're in the ‘person who knows the stuff about the things (all of them)’ box in my head & that's where you're stayin'. <zimoun>bandali, nckx: thank you! I was confused by the doc about archive. <nckx>zimoun: I wasn't aware of the subtle difference either, so thanks for asking. I've only ever manually archived a bug in an attempt to reduce spam; it's not a common operation. <zimoun>nckx: yes and the doc is subtle too: "Archives a bug that was previously archived if the bug fulfills the requirements for archival, ignoring time." :-D <bandali>zimoun, i mean i’m personally quite fine with debbugs <bandali>especially when using the Debbugs emacs package from GNU ELPA <bandali>at the same time, i *really* don’t want emacs or other gnu projects to transition to gitlab <bandali>i’d much rather see sourcehut be adopted <nckx>I… quite like debbugs? Having to use Webby trackers now is a punishment. <bandali>i’ve ranted about this on several gnu lists in the past :p <nckx>bandali: Interesting (and wt-absolute-f-y) point about JS. I didn't know that. <zimoun>bandali: I do not know if I am fine or not. But there is no better solution. Even there is drawbacks: hard to triagger offline, hard to interact when you do not do on regular basis etc. <bandali>zimoun, no better solution than what? <bandali>nckx, yeah… try disabling JS and using a gitlab instance; it’s pretty much unusable :p <bandali>i think mumi still has a long way to go; and besides, iirc it harvests (some of?) the data it uses from debbugs <bandali>it certainly is a nice project though :) <nckx>GitLab are the people who hijack your address bar (hard redirect to the login URL) if you mistype/paste a single character. I'm not surprised, just disappoint. <zimoun>bandali: no better solution than debbugs. <nckx>Although that redirect might be done with JS 😛 <bandali>but it’s still not *quite* ready for prime time use just yet, i think <zimoun>Thank you for the explanations about close/archive. Cheers, I have to do. <nckx>bandali: Any idea how pleasant Sourcehut is it to deploy? <bandali>nckx, i haven’t tried it yet (hopefully i will, soon), but it seems to be a bit involved. not too bad tho <bandali>it seems to have been packaged for alpine, arch, and debian so far <nckx>I'm just weary as I haven't had any fun deploying Webby stuff on Guix System yet ☹ <bandali>ha, i haven’t tried guix for web services at all, either <bandali>and how usable is the nginx service(s)? <nckx>cgit: never successfully completed by yours truly (but I haven't tried recently). For nginx I stick to the native .conf syntax, and that works fine. <nckx>To use cgit as packaged in Guix (an nginx ‘extension’) I'd have to buy into the Scheme configuration which is not going to happen. *nckx found another USB ath9k-htc at the thrift shoppe \o/ ***zigzag is now known as zig
*str1ngs offers one slightly used thinkpad nipple for trade. <vagrantc>somewhat off-topic ... anyone know where to report issues with download.savannah.gnu.org? trying to download the newest version of nyacc fails with one of the mirrors <brown121407>Hi! I'm having a bit of trouble setting up Guix with a graphical interface on my machine. Whether it's with i3wm or stumpwm, the cursor is reaaaaly tiny and I can't figure out how to change it. I have a 4K hidpi display. I use slim as a login service or whatever it's called. I tried setting `Xcursor.size: 64` in .Xresources (which is xrdb -merged in .xsession). Anyone knows how to make the cursor bigger? <brettgilio>I am trying to specify a kernel in my system configuration using an inferior. <brettgilio>(kernel (lookup-inferior-packages inferior "linux-libre" "4.19.81")) <brettgilio>It is just hanging on "Updating channel 'guix'..." <brettgilio>If I specify a kernel version I know is not existing in the inferior commit I specify, it returns an error. But if I use a version I know does exist, it just hangs. Any thoughts? <brettgilio>That specific commit is built and in cache, too. So idk why it is just hanging. <bavier>brettgilio: does it actually hang, or just take a long time to update? <brettgilio>It shouldn't need to update though. It is already built in the cache. bavier <brettgilio>Because it is taking unreasonably long if it is updating. <bavier>brown121407: you may need to provide a magnified cursor font for X to use at that cursor size. <bavier>but I don't have much experience with doing such things <brettgilio>bavier: i sent a message in the help mailing list ***apteryx_ is now known as apteryx
<apteryx>I'm replying to you know about your recent Emacs hurdles <pkill9>hmm the problem seems to have "fixed itself" <elais[m]>A bug report was made in the icecat mailing list but everyone is just waiting for Mark to fix it