IRC channel logs


back to list of logs

<terpri_>leoprikler, what needs to be done? just testing on a fresh vm?
<leoprikler>basically, yes
<leoprikler>though I myself already know it to work, you just need to convince yourselves ;)
<raghavgururajan>rekado_ Welcome Back :-)
<sneek>Welcome back raghavgururajan, you have 1 message.
<sneek>raghavgururajan, Blackbeard says: thanks :). I did all the changes but it is still not working :( I am sure now that it is related to menu-entries because if I comment that the file works and starts installing
<raghavgururajan>sneek Have a botsnack
***Server sets mode: +cnt
<guix-vits>Hi Guix.
<theruran>what's the best way to track down a segfault on the guix package manager? valgrind?
<guix-vits>theruran: idk. Did it throw any error?
<lispmacs>hi, what is the least expensive way to output a raw float value to stdout, assuming you start with some scheme double value? It seemed like the only way to do it with just the builtin scheme procedures is to initialize a 4 value bytevector, use f32vector-set!, and then use put-bytevector
<theruran>guix-vits: no, that's what I'm trying to get out of it. a stacktrace at least
<lispmacs>I guess I could write my own C function to just convert over the Scheme value to a float, and output that with a C function...
<guix-vits>lispmacs: idk, but try also #guile (interpretor).
<lispmacs>oops, that I was in #guile
<guix-vits>and what did they say?
<guix-vits>Maybe this is my hands growing from the wrong place, but i'd tried to use it in Guile:
<guix-vits>(define (sqrt-iter guess x)
<guix-vits> (if (good-enough? guess x)
<guix-vits> guess
<guix-vits> (sqrt-iter (improve guess x)
<guix-vits> x)))
<guix-vits>And it isn't work, but removing whitespace before last x))) make it work. No issues in mit-scheme. (i'hope it isn't too big?)
<funfuna>guix:~$ guix pack --target=aarch64-linux-gnu cataclysm-dda
<funfuna>I execute this command on x86_64-linux.
<funfuna>But it fail:
<funfuna>\ 'remove-extra-references' phasebuilder for `/gnu/store/jqg85prb1vvsiznsmzqysg2agkpn7jdx-perl-5.30.0.drv' failed with exit code 1
<montxero>I just ran `guix pull` followed by `guix package --upgrade .` now, my emacs fails to open. The error message is Cannot open load file: not a directory, mule-util
<montxero>on closing emacs, I get the following warning: "Warning: Lisp directory '/home/mont/.guix-profile/etc/share/emacs/26.3/lisp': Not a directory"
<montxero>Any ideas on how to deal with this?
<funfuna>'${HOME}/.guix-profile/share/emacs/26.3/lisp' ?
<montxero>No such file or directory
<montxero>but I can navigate there manually
<guix-vits>montxero: did you tried reboot?
<guix-vits>man cd
<guix-vits>wrong tab, sorry ^
<DamienCassou>hi everyone
<DamienCassou>which web browser are you using?
<montxero>guix-vits: I uninstalled and built emacs from source
<guix-vits>DamienCassou: qutebrowser
<guix-vits>montxero: i'd similar: installed gcc-toolchain, but it isn't worked until a logoff, then login cycle (worked in another tty, for a new session).
<montxero>guix-vits: thanks for the tip, will reboot
<raghavgururajan>Hello Guix!
<raghavgururajan>I bricked my libreboot on my X200-T while editing it's grub.cfg. Now I can't even boot. 😥😢
<raghavgururajan>Damn, it was my daily driver device.
<raghavgururajan>Now I have no computer.
<guix-vits>raghavgururajan: Can libreboot boot an Live-device?
<raghavgururajan>If BIOS itself is bricked. You cannot do anything.
<guix-vits>how the way GRUB was even...!?
<raghavgururajan>I have to re-flash the ROM externally with hardware tools. I don't know how to do it.
<raghavgururajan>Yeah, libreboot uses grub as payload.
<raghavgururajan>Yes, I have asked there. Thanks, I appreciate it. :-)
<funfuna>I want boot a GuixSD on diskless machine(pxe+nfs)
<funfuna>What method should I use to make it's rootfs? How should the kernel parameters be written?
<guix-vits>raghavgururajan: possible it worth to try ask at Pine64 Community? The devices they sold are ARM-based, but expected to be either flashed, or to be used with an attached microSD or eMMC card (with payload).
<guix-vits>funfuna: interesting.
<efraim>IIRC pxe booting isn't supported yet
<raghavgururajan>guix-vits: I could try a asking them. But only way to recover my device is to re-flash externally.
<funfuna>I just need to know how to generate a bootable rootfs ,kernel, kernel parameters,initramfs
<guix-vits>raghavgururajan: flashing an internal thing (SPI or something), as i'm understood, is one of the options.
<guix-vits>for their wares
<nckx>Good morning, Guix.
<nckx>raghavgururajan: You're positive there's no way for you to get to a GRUB command line?
<raghavgururajan>guix-vits: Yes.
<raghavgururajan>nckx: I could have. But I screwed up the syntax while enabling password protection.
<guix-vits>raghavgururajan: "If you have questions ... help ... is happy to provide it (where feasible), via emai communication." :
<guix-vits>maybe worth a try.
<raghavgururajan>guix-vits: Thanks. I bought my device from Technoethical. I have asked them for help.
<raghavgururajan>Leah @ minifree is already loaded with backlogs.
<raghavgururajan>Won't be nice to disturb her.
<guix-vits>rather yes.
<guix-vits>raghavgururajan: ?
<guix-vits>"... if you brick you X200, to know how to recover."
<guix-vits>link named "X200/X200S/X200T"
<nckx>raghavgururajan: If you'd decide that flashing's your only option and Technoethical (or anyone) is willing to do it for a reasonable fee, seriously consider it. T models are a pain to flash, double so under time pressure.
<guix-vits>nckx: so, need to remove the m-board to access the chip isn't all the fun to anticipate?
<nckx>guix-vits: It's more the soldering of wires to the chip. -S and -T models can't be clipped.
<alextee[m]>in the UK i've seen people offering to flash libreboot for 40 pounds (~55 USD) on ebay
<alextee[m]>with good reviews
*kmicu finally sees someone reporting out‑of-inodes issue in Guix land.
<nckx>alextee[m]: I almost guarantee you there's a different (and higher) price for -T models though.
<guix-vits>Cool. Yet GRUB-as-firmware-payload is clearly lacks an "visudo-alike" tool.
<nckx>guix-vits: It does (kind of), but think of it this way: Raghav basically broke sudo and root log-ins and now can't run ‘# visudo’ 🙂
<nckx>In any other situation you boot up a rescue system, but, welp.
<nckx>Any ‘solution’ to that would be a back door.
<guix-vits>nckx: tbh -- i'm like such a back door in my m. phone: First reinstall of "recovery" was unsuccessful, but the old firmware (Samsung "download mode") allowed me to make the second attempt. Now it's run Lineage OS.
<guix-vits>and TWRP
*nckx what's twerp and why would you call your project that
<guix-vits>Team Win Recovery Project
<nckx>guix-vits: If TWRP lets you re-flash a broken Android BIOS without connecting physically to the chip it's just a back door. Which doesn't mean it's not convenient. It's very convenient. For you. For the NSA.
<nckx>You don't consider yourself a target. That's fine too.
<nckx>But it doesn't change its existence.
<guix-vits>nckx: NO, that way: Firmware isn't reflashed. TWRP installed instead of a stock recovery (with firmware tools). Different OS installed with the recovery tools (TWRP). If recovery installation fails, firmware is steel there, and ready to help.
<NieDzejkob>nckx: You need physical access either way
<nckx>NieDzejkob: ‘Physical access’ isn't a magical boundary. Just a bad HN-infosec meme. Plugging in a USB cable and dismantling a phone to get to the chip have nothing in common.
<nckx>guix-vits: But it's password-protected, right?
<guix-vits>nckx: afaik, can be -- but not in my setup (my hands have an alternative residence).
<nckx>I still see a ‘if picking this lock gives you trouble, we installed a completely different model here just to boost your odds’ sign. But I'm the kind of person who *would* forget to change the password in all the places, so that's just me.
<alextee[m]>does anyone have an opinion on whether guix packages should ship VST plugins or not? VST is a proprietary format but there exists a reverse-engineered header that free programs use. a lot of audio plugins come in both LV2 (a free standard created by the community) and VST. im wondering whether packages should install both or just the lv2
<janneke>could it be that guile-ssh is a dependency that configure does not check for?
<nckx>alextee[m]: This is IRC. Everyone has an opinion. Is there a free user of VST plugins or only free plugins?
<nckx>Either way I think it's fine. We have plenty software that reads proprietary formats in Guix. As long as no non-free code is run or ever recommended I don't see any reason not to.
<alextee[m]>nckx: im not sure i understand your question. most free hosts support LV2, and free vst plugins usually get ported by the community quickly, so there's not really much of a need for vst
<alextee[m]>but okay, it's still all free software (it uses a reversed engineered GPL header) so i guess we can install both
<guix-vits>alextee[m]: lawyer is a must. Is this plugins or header ships with Fedora?
<alextee[m]>i mean free VST plugins and VST hosts use the reversed engineered header
<nckx>If there's a reason not to ship VST it would be technical: what advantages does it give over an LV2 version? If they're the same thing with a different header, and LV2 works in ‘everything’, why install VST?
<nckx>We don't (always) install the kitchen sink ‘just because’, e.g. we're phasing out static libraries.
<alextee[m]>it has no advantages over LV2, while lv2 has many advantages over VST. i haven't seen anything that's VST only because the audio community ports free plugins so quickly. so i guess there's no need for VST in guix
<alextee[m]>i personally need some vst plugins just to test support in my host, but that's for development use :-)
<alextee[m]>and really, the only reason vst is supported on free hosts is so that people can run proprietary gnu/linux plugins ...
<nckx>guix-vits: While there's no shortage of bad fake legal advice in the free software community, we don't need to go lawyer-hunting for everything. This isn't advanced licence combinatorix. The licences are clear, this is a purely ideological question (are we helping actual users or just vaguely encouraging proprietary software).
<nckx>alextee[m]: Then you've convinced me there's no point in installing both. Dunno if that was your intention 😛 We can always revisit this later.
<nckx>I reading this as ’should we install the DLLs, which are free software, and can be used in Wine’? That's all true, but… no, of course we won't.
<nckx>I'm only a very end user of this audio stuff though.
<alextee[m]>no intention, just wanted an opinion :D nckx thanks, i think i agree too that we shouldn't ship vst plugins
<alextee[m]>i'll close one of my patches that added a vst output to a plugin
<alextee[m]>guix-vits: it looks like fedora debian and arch mostly ship lv2 plugins, but there's some (unnecessary) vst creeping in in some packages. the header is just a single file so it's usually included directly in projects. this is it if you're interested
<guix-vits>alextee[m]: i was just read an "README" (possibly it was links Web-browser) about "can't be distributed together because...", so i'm scarred about all of this things. Just, header is free -- but format isn't. Can it be shipped from substitute servers? So on...
<guix-vits>See, in the link: "author has had no involvement in its creation. (original VeSTige)" -- looks like an legal-protection clause.
<alextee[m]>guix-vits: you need to sign an SDK agreement to get the official sdk, so anything built using the sdk is nonfree, but afaik there's no problems if you use this header
<guix-vits>with all of my admiration to nckx: legal stuff is never "trivial", as it's not designed to be a such.
<guix-vits>(if (< licenses afaik) ";)" ";(")
<alextee[m]>guix-vits: well, not that this is a defence, but ardour has been using it for more than a decade and it seems to be fine, so does LMMS
<alextee[m]>and they're pretty popular, even outside free software
<guix-vits>Then i should consider that someone other already taked the care about all of this.
<nckx>guix-vits: We've all had our licence WTF moment and I understand your weariness (the scars will heal, though 😉), but throwing up your hands because now everything legal is a black box that tells lies is not a solution. Nor is it true. I didn't ever use the word trivial, by the way.
<nckx>There was a trend for (*cough* famous *cough* insufferable) hacker types to assume that they were experts in everything, including licences because how hard can it be right? lol lawyers aren't people.
<nckx>Then lawyers and generally sane people started yelli^W clearly stating, ad nauseam, that you can't apply your kind of logic to different fields and to let lawyers do the lawyering.
<nckx>It's important not to over-correct in either direction.
<guix-vits>nckx: True. Also: indeed, "clear" aren't suppose "trivial"; my bad.
<PurpleSym>janneke: Why? It’s optional, right?
<nckx>Sorry for the rant, it was really just me forwarding a rant from a free-software-sympathetic law student who was alienated by the free software community. Something we're good at, by the way. Go us!
<janneke>PurpleSym: afaics, gnu/tests/ssh.scm is always compiled, and requires (ssh session)
<PurpleSym>That sounds like a bug. Maybe we can conditionally disable it via `if HAVE_GUILE_SSH` in gnu/
<nckx>janneke: I made a Guix on a Fedora that, according to ‘dnf list installed’ has no guile-ssh.
<nckx>I'm limited by my complete ignorance of Fedora though.
<nckx>Had to look up that command.
<janneke>nckx: hmm, i'm resurrecting my Hurd recipe and it seemed to want guile-ssh; i'll have a closer look then
<guix-vits>nckx: Example from "ask Fedora": `dnf repoquery --whatprovides '*'`
<nckx>guix-vits: Thanks, but that's for when you have a file and wonder where it came from. I wanted to show that I *don't* have guile-ssh installed at all.
<nckx>Or ‘want a file’, to be exact.
<guix-vits>i'm mean, possible guile-ssh isn't comes with any of the Fedora packages.
<nckx>I understand. But I don't need it 😛
<nckx>guix-vits: You use Fedora?
<guix-vits>Yes, but currently it's not installed (next month).
<guix-vits>One day i decided to see how the people cater to the mass users, to update my views.
<guix-vits>It happened after i'd read learncpp for a while, and tried to create a console app that will mimic `less`. Went to Fedora to look up the things, and their administration.
<NieDzejkob>Huh. I connected my phone via USB to tether internet, and had to `sudo herd restart networking` to get an IP, as otherwise dhclient ignores enp0s20u4. Then, my running firefox instance can't resolve domains, but can connect to IPs (visiting works).
<NieDzejkob>(That's without DNS-over-HTTPS, I guess I'll try with DoH enabled next time)
<guix-vits>? Is it a worthy thing: "Admins may easily introspect the system user list and which packages require users.":
<nckx>guix-vits: It makes more sense for a distribution like Fedora, where user creation was an imperative, ad-hoc scripted business, and all packages are system-wide. Less so for Guix, where packages were never allowed to create random users but you instead use declarative system services to do so.
<guix-vits>nckx: thanks. cool.
<nckx>Because Guix is awesome it doesn't suffer from the problems that sysusers.d tries to solve, yet it would be trivial (yes, now I use the word!) to add a sysusers.d-service-type if desired.
<joshuaBP`>Hey guix, my vpn is apparently leaking DNS requests...
<roptat>There might be an option for that in the openvpn manual, but I think it's up to the server, not the client
<joshuaBP`>express vpn recommends that I modify /etc/resolve.conf.
<joshuaBP`>which I can do, but I feel like that's not the guixy way...
<nckx>joshuaBP`: It would also be risky on other distributions, /etc/resolv.conf is seen as happily modifiable state by $programmes (I forget which, but more than one).
<joshuaBP`>nckx: ok... Does guix have a standard way of modifying what DNS servers that I use?
*nckx looking.
<nckx>Guessing ‘no’, because things like NM like to apply their own settings. Do you use a network manager-like programme?
<nckx>If you use NM you can pass (dns "none") to keep it from modifying resolv.conf. That's all I know.
<joshuaBP`>nckx: I do use network manager.
<joshuaBP`>I suppose that I could pass it the dns "none" option.
<nckx>This should really be possible from NM without involving Guix but I don't know how (I use NM but no VPNs). I see that ‘Edit connection’ in nmtui has a ‘DNS servers’ and ‘Ignore automatically obtained DNS parameters’ option. 🤷
<nckx>That'll probably only work while the VPN is connected but then so will resolv.conf.
<joshuaBP`>nckx: I'm also using sway....I don't actually have the network manager applet running...I should give that a try.
<nckx>joshuaBP`: You don't need to, I just use i3status to show ‘Yes Wi-Fi good’ and nmtui to connect to new networks.
<joshuaBP`>thanks for the tip.
<joshuaBP`>Hey guix, I'm trying to get network-manager to manage my vpn connections...
<joshuaBP`>(vpn-plugins '(network-manager-openvpn)) is giving me an error
<joshuaBP`>In procedure struct-vtable: Wrong type argument in position 1 (expecting struct): network-manager-openvpn
<joshuaBP`>hmm I tried adding "(use-package-modules gnome)"...
<joshuaBP`>(vpn-plugins (list network-manager-openvpn)). That seems to work.
<sirgazil>I just found out that seems related to GNOME only. GIMP works fine in sway...
<bavier1>anyone try packaging vimagit yet?
<raghavgururajan>guix-vits, nckx: Thanks!
***jonsger1 is now known as jonsger
<noobly>are nonguix questions allowed? I'm just trying to find out if I can run the latest version of firefox in guix, regardless of official GNU support
<sneek>noobly, you have 1 message.
<sneek>noobly, guix-vits says: regarding frequently failing network, try check the output of `ps -e|grep dhc`. I'd similar issue because of multiple instances of dhclient running simultaneously.
<roptat>We don't talk about non free software on official guix channels (except to say they're bad :p)
<roptat>Firefox itself is free software, but encourages users to use non free sohtware. We could provide a free version (using a similar liberating procedure as for icecat), but nobody worked on it yet, as far as I can tell
<NieDzejkob>noobly: Guix ships with IceCat, which, after you turn off some extensions, is in my experience exactly equivalent to stock Firefox
<NieDzejkob>(even FF Sync works:
<noobly>NieDzejkob: yeah but it's based off firefox version 60, whereas firefox is now 73
<roptat>Yeah, the only issue I had is my bank not liking that I use the ESR version, but tricking it with another user agent was enough
<NieDzejkob>noobly: firefox 68
<NieDzejkob>it's the Extended Support Release
<noobly>oh, well wikipedia says 60.7
<noobly>at any rate it'd be great if a libre, up to date firefox or chromium could be supplied in the near future
<mehlon>hm? ungoogled-chromium is already in the repos
<mehlon>but make sure not to guix pull if you want to use the official substitute binaries
*janneke just ran ./pre-inst-env guix build -e '(@@ (gnu packages commencement) gnu-make-boot0)'
<janneke>on debian hurd
<mehlon>so I hurd
<noobly>mehlon: ah, nice. I didn't realize it was in there. Well that should hold me over until Firefox makes it's way
<roptat>Will it work though?
<mehlon>noobly: you can use the Nix package manager on Guix,
<nckx>mehlon: You should get subs on x86_64 <>
<mehlon>that one has firefox, chromium and tor browser
<nckx>and presumably errors everywhere else.
<janneke>yeah, it works
<NieDzejkob>noobly: what do you need newest firefox for?
<mehlon>I suggest installing Nix in either case, it works very well on the Guix System
<noobly>NieDzejkob: I just prefer to have the most up to date browser for security concerns and plug-in/add-on compatibility
<NieDzejkob>security issues are addressed on Firefox 68 too, that's the point of the ESR
<noobly>mehlon: NixOS may be a better for me across the board unfortunately, I'm contemplating installing it
<noobly>maybe a dual boot, not sure how difficult that'd be to set up
<mehlon>dual booting Guix and Nix is a pain
<mehlon>I've tried it before
<NieDzejkob>mehlon: on one partition or two?
<mehlon>I haven't yet done my crazy experiment of running them both on one partition... so I'm talking about separate partition dual boot
<NieDzejkob>ah, the generations-in-the-bootloader thing. Yeah, could be problematic
<noobly>mehlon: why is it a pain? if it's a pain for you, it's probably beyond my ability unfortunately
<mehlon>managing the GRUB bootloader alongside systemd-boot is very confusing, and Guix does not support all the features that NixOS does (LVM, systemd-boot)
<mehlon>personally I run NixOS with a Guix daemon as well
<mbakke>nckx: On current 'master', ungoogled-chromium should build on all supported architectures, not just x86_64! :-)
<nckx>mbakke: Well, it ain't. It's failing on the arms because of node, and on i686 because it can't find memory, which is a good reason to fail <>
<mehlon>noobly: if you do install NixOS, make sure to set `boot.kernelPackages = pkgs.linuxPackages-libre` (for freedom!) and use my instructions from to set up Guix
<drakonis1>roptat: that seems like a perfectly good target for a parametrized package.
<mbakke>nckx: See commits 5cfc6a88e9fbb9f34855ebd43264266b0201ce50 and f5cc5de8b6c542295b08c108d9a6f1ca52cdc37a :)
<roptat>drakonis1: mh?
<nckx>I won't because f Chrome but glad to assume it's fixed 😛
<drakonis1>a parametrized firefox package
<mehlon>guix install more-ram
<nckx>drakonis1: To set a user preference? No no no.
<roptat>I'm not really interested in parameterized packages, but maybe
<drakonis1>i mean
<drakonis1>for modifying the build
<nckx>drakonis1: I only saw the comment about the U-A. Modify in what way?
<drakonis1>toggle build time features and such?
<nckx>Like what?
<noobly>mehlon: thanks mehlon, good idea
<drakonis1>i'm thinking of ways that arent enabling firefox to use features that are normally not on icecat
<drakonis1>but its kinda hard honestly
<drakonis1>okay, perhaps it isnt that ood.
<drakonis1>isn't such a good target.
<alextee[m]>efraim: thanks for the tip! just closed another issue too
<alextee[m]>is the native-input dependency on git only used when you need submodules?
<mbakke>alextee: git is implicitly pulled in as an input when you use 'git-fetch', no need to add it as an input to the package
<mbakke>besides, anything you add as package inputs won't affect the source derivation
<alextee[m]>oh i see, thanks. was confused because i saw some packages have it as a native-input
<alextee[m]>static libs should go in native-inputs right?
<alextee[m]>seems like it
<nckx>alextee[m]: No, but I'm curious what made you think that (and how we could fix it).