IRC channel logs
back to list of logs
<nckx>What's the smallest TeX package that can ‘make pdf’ Guix? <nckx>3,533.0 MB will be downloaded 👍 <nckx>I'm not sure I understand the question. ‘make pdf’ in the Guix source tree says it wants TeX and I don't the first thing about TeX beyond (1) that there's a ‘monolithic’ package named ‘texlive’ (2) it's huge. <EndOfAnEra>ok texlive, I'll have a look at it and why it's that big <nckx>Specifically texlive-texmf-20210325 which is 3.24 GiB alone. <nckx>EndOfAnEra: Because it's ‘all of TeX’ I presume, and I haven't been following the modularisation efforts enough to know if they ever went anywhere. <nckx>Do you know much about TeX? <nckx>That sure makes a couple of us. *jonsger please don't remind me on the LaTeX stuff I wanna package on my "todo" list :P <nckx>Nah, you're safe, I don't even know enough to know what to ask for. *vagrantc also joins the not-knowing-tex party! <EndOfAnEra>nckx: I believe that you'd need to write your own package definition to trim it down the way you want. <EndOfAnEra>nckx: if you do "guix edit texlive" you can see the package definition and how it's built <nckx>That sounds both plausible and like work. I'll just download 3.24 GiB at 600 KiB/s… <acrow>nckx: do you have a tex or latex document? I'm not sure of the guix answer but I think you want either the pdftex or pdflatex binary. I searched for that and got texlive-pdfx. though I have no idea how big that is. it may pull texlive in anyway. Of course, there may also be font dependencies that you need. Getting a minimal tex distribution is a tall order. :) <EndOfAnEra>it's not the right distro if you lack bandwidth imo. <EndOfAnEra>on the other hand, it may be just as big in the other distros *jonsger used the last time an online latex editor :( <EndOfAnEra>but providing your own package definition is worth learning, and becomes very useful in the future <nckx>EndOfAnEra: Couldn't agree more. <nckx>sneek: later tell allana Did you get my reply to your PM? I'm not sure if you were just curious or wanted one. <acrow>nckx: well, texlive will certainly get you covered; but that error calls out tex and texi2dvi and I don't think those are in any way exotic. <nckx>Hm, I'm downloading texlive-texmf from bordeaux. <nckx>Which is 3rd in my list of tootservs. <EndOfAnEra>nckx: it seems to download this package of 3.5gb ftp://tug.org/historic/systems/texlive/2021/texlive-20210325-texmf.tar.xz <EndOfAnEra>nckx: maybe you can find a smaller package, that way you only need to replace that variable to point to a different location <nckx>acrow: What's the least exotic tex distribution that would have those? <acrow>nckx: we need a mathematician :) <podiki[m]>is there a reason whey CONFIG_UNICODE is not set for our kernel config? <nckx>Because it's a pretty exotic and (opinion incoming) horrible non-feature? <nckx>podiki[m]: More seriously, do you have a use-case for it? <podiki[m]>I have an sdcard that was formatted with ext4 casefold (from another device), cannot be mounted <nckx>EndOfAnEra: AFAICT there is no variable, or I don't know where to find it. You seem to know more? <podiki[m]>so this is the first I've heard of casefold and confgi_unicode <nckx>Damn, that's a good use-case for a horrible horrible feature. <EndOfAnEra>nckx: on "guix edit texlive", line 42 of gnu/packages/tex.scm <EndOfAnEra>there is a (define texlive-texmf-src, which performs the download from that URL <podiki[m]>it was not my option to format the card that way, but that's what a device does (that runs Arch, a new handheld....) <nckx>Line 42 is #:use-module (guix gexp). <acrow>nckx: there are, at least, 183 texlive packages to choose from. Wow, I wish we had a texlive-minimal package. I feel your pain. <nckx>So a feature that should never have been added to Linux and was strong-armed in by Google is now mandatory for interop. How's that Hurd escape pod coming? <nckx>acrow: I actually tried tex-minimal just in case 😉 <podiki[m]>nckx: obviously I don't know the history or technical details, but color me surprised that a kernel option is needed for an ext4 mount. sadface <nckx>podiki[m]: I don't see a reason not to enable it. I'll give it a try, see if it pulls in anything else. <podiki[m]>what is the status for other distros on this? I see a very old bug report on Debian, closed because it sounded like they enabled it <podiki[m]>it is just a case of a lost battle that now is (it seems) expected? <nckx>If it's needed for interop I'll enable it. <atka>its for case insensitivity is it not? <EndOfAnEra>if you have a server somewhere, you can download that package and trim it down, and serve it somehow <nckx>It's to turn Linux into Windows. <podiki[m]>does it do anything on its own? or just allow using that in filesystems? <nckx>EndOfAnEra: That's true, but it would require knowledge of what to trim, and that's just the ‘modular texlive’ project but… worse. Because done by me, an idiot, who knows nothing of texlive. <nckx>Now I'm downloading linux-libre-5.16.12-guix.tar.xz from bordeaux at 60 KiB/s. What's going on… <nckx>Yeah, they were updated today or yesterday. <podiki[m]>btw nckx, my guess is that the card is formatted this way precisely because of the mix use with that umentionable's OSes stuff <nckx>Which is plenty of time for berlin to fetch the balls. And it's plenty of time for guix.tobias.gr to fetch the balls. <nckx>podiki[m]: This is just making me sad. Soon ’Linux’ software is going to expect case-insensitivity (dlopen("GlibC.so")) and bugs will be closed WONTFIX and I'll start drinking again. <EndOfAnEra>if you do guix gc, it deletes the downloads that were used as inputs, which I find to be a bug <atka>podiki[m]: can you just share a folder on your network? instead of mounting the card in guix? <nckx>EndOfAnEra: It's ‘guix build --source linux-libre’. And it's guix from 10 March, so the recent Linux-Libre update shouldn't matter. <atka>simple nfs share or something and mount it on your device <podiki[m]>atka: I'm sure I can find another way, or just use my Arch computer; was just surprised to find this out <nckx>Just to be clear, I do plan on enabling this option in Guix if it doesn't drag in something else too nasty, sad or no. <nckx>If the source download finishes this week. <podiki[m]>I would assume our ext4 mkfs can make casefolding partitions already anyway? <EndOfAnEra>nckx: do you have a cafe nearby, it might be worth going to a public wifi <nckx>EndOfAnEra: I'm on 30 MiB/s wi-fi, I don't think that's the problem. It's something about me <-> bordeaux. <nckx>I'm also one country over from bordeaux so it's weird. <EndOfAnEra>yes my connection is fast from .nl, maybe there's a way to specify mirrors <EndOfAnEra>or actually, my VPN is connected to the backbone at the server so it's naturally fast <nckx>It would have been faster had I downloaded it with --no-substitutes, oh irony. <nckx>CONFIG_UNICODE=y selects nothing else. <atka>so if I have a server running guix I can set that up as a build machine to offload to, freeing up my slow laptop from build duties? <atka>woah, I have to do this, I've been doing it some manually before guix <nckx>EndOfAnEra: What's your download speed from bordeaux? <nckx>atka: Search for ‘offload’ in the manual. <nckx>But note that one of its warts is that it won't fall back to localhost if the network is down. <nckx>Not by design, just the status quo. <atka>that's what I'm reading atm, just was checking if that was really the case <nckx>Unless apteryx fixed it… <atka>ok, I can work around that no problem <nckx>Apart from that it's perfect for the laptop/(V)PS use case. <atka>man guix just keeps getting better and better, currently focusing on containers though <Lumine>Good whatever the appropriate time of day it is! <podiki[m]>looking at guix pack right now to share some software easily on a foreign distro where I can't install things in the usual way <atka>podiki[m]: yeah there's so many useful features packed into this "package manager" <atka>you can make contained application bundles with all the deps required to run <atka>to share with someone not running guix afaik <podiki[m]>the_tubular: yeah, it makes a container to run things in, like docker <podiki[m]>and pack is to...pack up something into a singular file to share and unpack <the_tubular> Ohh I though the guix container and guix shell --container were different <acrow>nckx: you might be able to get by with texlive-bin texlive-tex-plain. That would be only 666MB. I bet you still need to add texlive-tex-texinfo but that is still quite a space savings. <nckx>I'm at 80% of texlive-texmf-20210325 now so I'll just wait, but thanks, I'll make a note of that option. <podiki[m]>the_tubular: "guix container" is not a command right? maybe you are remembering from "guix environment"? <acrow>nckx: well, that is where I would start. <the_tubular>guix container --help Usage: guix container ACTION ARGS... <acrow>nckx: Yep, I understand. I had not explored guix tex packaging before. <podiki[m]>so that's how you can talk to an existing guix shell --container <podiki[m]>or to talk to guix system container (also neat!) <acrow>nckx: I suppose you already know that tex itself is quite small, but Knuth did such a good job that people have continued to build off it for more than, gee, has it been 40 years? I think he may have done that in the 70's! 50 yrs. Really, amazing! <nckx>I know a lot about TeX from a historical perspective but not from a technical or current one. <nckx>Is't it the reason people still erroneously write UNIX? <nckx>Ah, no, that is troff(1). <acrow>nckx: How so? I had not heard that. <nckx>Um, from memory: basically Ritchie went through an ‘OMG we can do small caps now’ phase like every teenager and used them too much, including in the paper that introduced Unix, so many people thought Unix was called UNIX. <nckx>(There's a fake explanation floating about that ‘UNIX’ is the trademarked name and ‘Unix’ is free but… that is 100% not how trademarks work and bogus.) *nckx sells MICROSOFT WINDOWS floppies; gets arrested. *nckx should have used small caps :( <podiki[m]>I thought it was gonna be why everyone typed \unix instead :) <acrow>nckx: Nice, I didn't know that. <podiki[m]>side note (not to get too off topic) but reminds me of the fantastic book Canticle for Leibowitz and all the lost "lore" pre-apocalypse, like a shopping list <nckx>Reminds me of The Book of Dave (which I've never read). <nckx>It's a bit of a trope now but a good one. <acrow>podiki: I suspect that is a macro in latex that produces the perfect typographical rendering of whatever is legally that thing. :) <nckx>Dear guix-maintainers My name is Mr. Mohamed. I am the manager of the auditing and accounting department (SCBT). It is obvious that this proposal will come to you as a surprise. <vagrantc>ok, have updates for genext2fs and genimage ... might just submit them for patch review, as i suspect there are various image generation things using them <nckx>Yeah, I remember unknowingly breaking something with an somethingext2fs update once. Thanks vagrantc! <the_tubular>So podiki[m] if I understand correctly guix container is like docker -it ? *nckx built 8 kernels in less time than it took to download 20% of texlive from France. <podiki[m]>the_tubular: I know almost nothing about docker, sorry; but guix container and/or(?) guix shell --container for of an isolated run environment sound similar <podiki[m]>guix system can make a container or a docker image, maybe that is the closet equivalence? <podiki[m]>err... I mean guix pack can make a docker image <nckx>At least it was nothing embarrassing. <podiki[m]>it is not an Arch default to make an ext4 partition like that as far as I know, but a new device (the Steam Deck, SteamOS based on Arch) does that for it's microsd cards <podiki[m]>nckx: and thanks for the quick change! I'll do a reboot in the near future and confirm <nckx>And sorry for misquoting you. <podiki[m]>for the record, the exact syslog message was "localhost vmunix: [67295.918339] EXT4-fs (sda1): Filesystem with casefold feature cannot be mounted without CONFIG_UNICODE" <podiki[m]>no, that is what said, just didn't want to add any confusion <nckx>(SteamOS is non-free, right? So I can always say I freedom-censored you.) <podiki[m]>(not sure, the new version is not available yet beyond a recovery image; the new one should just be modified Arch, at least before adding their proprietary software on top. It is just a KDE desktop otherwise) *vagrantc still balks a little at having to submit patches after waiting for the bug number ... <atka>podiki[m]: steamos is very much non-free <podiki[m]>(so I think the base is likely modified linux kernel [has firmware], and then their software on top) <podiki[m]>I wonder if the source that will be released will be not much more than a wrapper of installing Arch, possibly modified kernel <podiki[m]>anyway, let me not derail freedom, but you know I'll be putting some guix in there <podiki[m]>probably try both, though we'll see how linux-libre fares <atka>yeah, I would be curious what parts of the hardware break, touchpads, wifi, etc <podiki[m]>first step is trying guix pack (expect no problems) which will be fun to use; new steamos uses a read-only filesystem for the actual OS stuff <podiki[m]>I'm hoping nomodeset is the worst of it....(other than wifi) <atka>what about the igpu? nomodeset won't fix blobs no? <nckx>podiki[m]: How read-only? A (say) ext4 image mounted read-only, or something like squashfs that literally can't support writes? <vagrantc>ok, only 9 more 'This packages' since I last fixed them all some months ago ... <podiki[m]>interesting to see ideas that could come out of nix/guix and fedora silverblue (immutable os) making the rounds <podiki[m]>nomodeset let me boot newer amd gpu with linux-libre <nckx>vagrantc: We put them in to keep you around.
***alMalsamo is now known as lumberjack123
<podiki[m]>limited in what you can do, but it worked when I tried <atka>podiki[m]: good to know, I've been testing kinoite (silverblue) for a couple months and is a pretty good guix-lite <podiki[m]>nckx: have not had time to look yet, but I think it is like android(?) with 2 system partitions to allow upgrades with fall back; you can enable a mode to write, guessing normally limited to just /home otherwise <atka>podiki[m]: you can boot the deck from sdcard so testing guix should be easy! <nckx>Ah, OK, so with some luck you just need to mkdir /gnu and can bind-mount your way to PM heaven. <podiki[m]>guix pack --relocatable looks like just the tool for such a situation too <podiki[m]>alas I have a lot of grading to do this weekend and next week, but I'll definitely be writing up what I do <atka>please do, I'd be interested in what you find <podiki[m]>guix can fit in nicely for systems where you can't do normal software installation <nckx>texlive be graftin' for a solid 15 minutes now. <atka>I wonder if guix on silverblue is a thing? <atka>is guix package -i the same as guix install? <nckx>Oh FFS: ‘texi2dvi: pdftex exited with bad status, quitting.’ No error message. <nckx>…but it built guix.pdf so me haps. <nckx>vagrantc [bug numbers]: Yes, that's still how it's done. <djeis>So... I just did a system init on a fresh host, booted it, pulled, and tried to build a slight tweak to the config I'd already deployed and it's claiming there's something wrong with the existing boot parameters struct. <djeis>Ah, right. Forgot to source the updated guix. Just wasn't expecting the one I deployed to be so much older that it couldn't read its own boot params. <nckx>That particular change is relatively but extremely recent. <nckx>Should be less of an issue as time swiftly passes.
***iyzsong-www is now known as iyzsong-w
<brendyn>i don't see any zoneinfo dir in my system. is tzdata supposed to be in the system profile <brendyn>even the example configurations don't have it <unmatched-paren>i'm not sure how to use the `config` field in the `home-fish-service-type`. it seems to let you add extra fish configs in case the built-in options aren't enough, but any time i try to add a file to it and reconfigure, guix reports no such file or directory... <unmatched-paren>so, does guix home have a way to add arbitrary new configuration files to your home, even if they aren't supported by it as a home service? <efraim>I went a little overboard when first starting with guix-home and had to trim it back when I actually started using it <efraim>so some of the services I still have to hand start
***iyzsong-www is now known as iyzsong-w
<jts>does anyone happen to know the best way to add a known directory to the RUNPATH of every binary built by a CMake project? <atka>anyone know the proper kernel argument for luks allow-discards on guix? (kernel-arguments (cons "luks.options=allow-discards" %default-kernel-arguments)) isn't it.
***jonsger1 is now known as jonsger
<AIM[m]1>How do I setup the auto mount for pcmanfm in guix? <AIM[m]1>I've install fuse, udisks2 and pcmanfm <ennoausberlin>Hello. I want to play around with my own channel. But guix pull gives me "guix pull: error: Git error: could not find appropriate mechanism for credentials" <gnoo>how does your channels.scm look like? afaik just this should work: (channel (name 'my-packages) (url "/home/me/.cache/guix/my-packages")) <ennoausberlin>The gitlab server is upgrading right now and the repo is not public. You probably can not connect <gnoo>i added a couple of kernel parameters and now guix starts nearly twice as fast <gnoo>(sysctl-service-type config => (sysctl-configuration (settings (append '(("vm.dirty_writeback_centisecs" . "6000") ("vm.laptop_mode" . "5")) %default-sysctl-settings)))) <gnoo>(kernel-arguments '("nmi_watchdog=0" "")) <gnoo>it used to take about 2 mins and a little more to start, but now it's 1 min and a little <gnoo>btw, love that new gnu/linux-libre image while booting :) <gnoo>hmm, the cost of that fast startup is a very slight startup delay on each program you open for the first time, or so it seems <gnoo>anway, my emacs opens 3 seconds faster than weechat, can't complain there ;-) <gnoo>(previously - ~28 seconds, now ~17.64 seconds to start emacs) <AwesomeAdam54321>Before sending patches to update gnu/packages/gnunet.scm, do I have to ensure that the tests work and if some don't, to fix/disable it? <gnoo>yes, or maybe send the patch and say that this patch doesn't work and you ask for help if you're unfamiliar with it <gnoo>omg this thing is like magic <gnoo>way less heat is emitted too <gnoo>previously i used this laptop as a heater <gnoo>now i can't do that anymore <gnoo>WHY DID NOBODY TELL ME ABOUT THIS???!!!!??? <Gues1>I'm trying to install guix manually and I get an error in the install phase which says "guix system: error: cannot close compressed log file (gzip error = -1)". The last log message was "applyin 16 grafts for gtk+-3.24.30" <Gues1>Anyone got any ideas on how to debug that? <civodul>Gues1: hi! did your machine run out of disk space? <Gues1>on / I've use 99%. But on /mnt (which I think I'm installing into) I've only used 1% <civodul>maybe you can chime in in that thread? <Gues1>guix time-machine -C /mnt/etc/channels.scm -- system init /mnt/etc/config.scm /mnt <Gues1>That should be using up space in /mnt, right? <civodul>it also uses space on the host, in /gnu/store, /var/log, etc. <Gues1>Right, in this case the "host" is a USB drive (i.e. my installation medium) <civodul>alright, so normally it has a tmpfs overlaid on its root file system <Gues1>Actually, I'm wondering I forgot to do: <Gues1>Would that cause the problem? <civodul>because in that case everything would go to that tmpfs <Gues1>OK. Right. That makes sense. <civodul>out of curiosity, were there reasons why you chose not to use the graphical installer? <Gues1>I had to reboot and restart the installation, and I think I might have left that out the second time. Makes sense. <Gues1>The graphical installer was crashing for me. <Gues1>I think at the point it was partition the disk maybe? But can't be sure. <Gues1>Definitely getting much further with the manual install. <Gues1>Thanks civodul, I'll try again after cow-store. <Gues1>So just for me to understand, there is a tempfs that keeps all the downloads by default during installation. Presumably so that I don't maintain state on my USB stick between installations. By default all my installed packages go there. But after that cow-store command, I set the default to writing directly into the store on /mnt instead. Does this <Gues1>mean that the store on the USB is effectively not in use any more at that point, and all the "guix install x" commands now use the store on /mnt? <gnoo>you should probably install packages only after you've booted the system and then as the user you'll be using it as <gnoo>that you you won't be having two guix clones, one in /root/ and one in ~/ <Gues1>Right, yeah. That make sense. I'm just curious about how this plays out during the installation. <gnoo>also that packages installed as root won't be visible to normal users unless you put that in your config.scm <gnoo>(form root's login account) <Gues1>Ah, I didn't know you could make them visible at all. That's interesting. I've mainly used guix in a foreign distro so far. <gnoo>you can have some common packages like wm, clipboard, alsa-utils, openssh, rsync, file as global so it'll work even when you login from other machines (like say ssh or rsync) <gnoo>you can do that with the (packages) list in (operating-system) <gnoo>but be careful to not have more than what you need in there, to upgrade those packages you'll need to reconfigure the whole system <Gues1>Installation didn't fail with disk space this time, but it didn't boot into guix. I'm going to give a go of going through the whole install again. This time doing the cow-store thing. See if that makes a difference. <gnoo>what do you mean boot into guix? i don't think it'll do that, you have to reboot <Gues1>Yeah, I rebooted. But then it failed to start. <gnoo>oh, are you sure that either efi or bios is the one your bios is selecting? unlike other distros, guix only installs to one of them <gnoo>so if your bios selects bios method but you did efi, you can <gnoo>happened to me 3 times before i realised <gnoo>check in bios settings if there is a way to boot to efi directly as the first thing <Gues1>Yeah, I'm suspecting something like that. I think I'm using UEFI in the bios. And I set up an EFI partition. So hopefully guix installer would have respected that. But I'm not too familiar with that, so might have done something wrong. <gnoo>you used the manual install, right? what did you use in bootloader-configuration ? <gnoo>this: ? (bootloader (bootloader-configuration (bootloader grub-efi-bootloader) (targets (list "/boot/efi")))) <Gues1>Give me a second to boot back into the installer and check the config.scm <gnoo>i'm thinking of moving away from efi tbh, efi is so slow, takes 5 more seconds to boot because of it <Gues1> (bootloader (bootloader-configuration (bootloader grub-efi-bootloader) (targets '("/boot/efi")) (keyboard-layout keyboard-layout))) <gnoo>yeah that's efi, now check your bios <Gues1>BIOS seems like it's using UEFI to me... <Gues1>Could I have messed up the partitions? I'm trying to use cryptsetup <gnoo>do you get any error messages? <gnoo>'t boot ? no error there ? <Gues1>Nothing. It goes into a pre-boot memory check. Then when it gets out of that it just powers off immediately. <maximed>I'm writing a package definition for a Go library. When building it, I get ‘no Go files in /tmp/guix-build.../$FOOBAR’. The issue is that this $FOOBAR contains the repository root, whereas the go module is only in a subdirectory. How does one tell go-build-system to look into the build system instead? <Gues1>Actually, no. If I let the hardware scan complete it says "no bootable devices found <maximed>I found the solution: point #:unpack-path to the root <Gues1>I'm installed and logged in. Thanks gnoo and civodul! <gnoo>ohh, what was the problem ? <Gues1>It was the BIOS needed me to no only set it to boot with UEFI, but also add the EFI path to GUIX explicitly. <Gues1>i.e. add the boot device, and then browse to what (from memory) was something like /EFI/Guix/guix.cfg (or something like that) <Gues1>It's a bit annoying having to unlock the encrypted drive twice at startup. Is there a way around that? <maximed>Gues1: On some distros, there's some kind of ‘keyfile’ <Gues1>maximed I guess that it happening twice is normal then? It isn't because I've done something wrong. <maximed>Gues1: If you do full disk (*) encryption, then yes ((*) ignoring some very early boot code) <nouun>Has anyone got Bitlbee plugins working? purple-mattermost is packaged and I've installed it but I can't use it. <civodul>nouun: hi! purple-mattermost works for me! <maximed>nouun: bitlbee is missing PURPLE_PLUGIN_PATH <maximed>seems like it needs to be added to native-search-paths, like pidgin does <civodul>the bitlbee service sets PluginDir in its config file <nouun>Is the Bitlee service part of Guix or is it RDE? I don't see it from a quick search. <nouun>Ah, page hadn't loaded fully. <maximed>(Curiously, .../vault/api does not have this problem) <maddo>question: is something like flakes in nix on the roadmap/discussion for guix? <maximed>maddo: Depending on what you are looking for, ‘channels’ might be useful <maddo>I know there are channels, but channels are not as hermetic as flakes are in nix, exactly the reason nix is moving away from them <maddo>you can technically pin a channel with guix inferiors, but it seems more of a hassle compared to a flake file] <civodul>maddo: "channels" in Guix are different from "channels" in Nix <civodul>back to your question, i think the way to approach it is more like what are the limitations of what Guix currently provides? <civodul>what are good ideas that can be borrowed from flakes or other designs? <civodul>i don't see any obvious answer to either of these, but then i'm not (no longer :-)) a Nix expert either <maddo>how are channels different in nix vs guix (I'm not an expert in guix, I'm a mainly nixos user and I wanted to make the jump as scheme is a much more comfortable language for me than nothaskell) <civodul>ah, so we need to bridge the gap then :-) *nckx mumbles from a dark corner. <lil>Hello! I'm trying to enable ssh service on hurd qemu vm, but get error after `hurd start ssh-daemon': sshd-config line 13: Unsupported Option UsePAM <lil>fatal: cannot bind any address <civodul>lil: i've seen that; fortunately it's just a warning <civodul>"cannot bind" is a different story though <civodul>comrades, did you know that the first commit was made 10 years minus one month ago? <Lumine>Oh damn, almost the 10th anniversary then *Lumine puts on a party hat one month in advance <lil>How to solve fatal error with sshd? <apteryx>civodul: :-) almost 10 years already, thanks for igniting such a fun project <civodul>apteryx: and much more than 10 person-years went into it! <civodul>lil: could it be that something else is already listening on the same port that sshd wants to bind to? <lil>also I trying to ping gnu.org but nothing happen after press enter <civodul>that's expected: ICMP doesn't leave QEMU <civodul>but does, say, "telnet gnu.org http" work? <apteryx>civodul: indeed! that's one cool thing about free software; you invest some of your time, and you get it back tenfold :-) <lil>civodul: Server lookup failure: gnu.org:http, Temporary failure in name resolution <lil>I ran qemu image with qemu-system-i386 -enable-kvm -m 512 -snapshot -hda <lil>may be I miss something? <civodul>lil: if you're on Guix System, consider using the hurd-vm (aka. childhurd) service <civodul>otherwise here you need to add a bunch of options to tell QEMU to emulate Ethernet hardware that GNU Mach knows about <lil>now I am on debian with guix <apteryx>lil: perhaps you need to explicitly provide -nic user ? <civodul>"--device" "rtl8139,netdev=net0" "--netdev" "user,id=net0" <lil>or something like this <lil>next issue is how to ssh connect to vm <lil>but as I can understand its easier to install guix system than manually copy all stuff <Lumine>Well, I don't have my party drinks yet here but I just wanted to say that out of all the systems over the years that I've gone through, Guix is the most comfortable and fitting for me. A happy user on a brand new mini pc. :) And hoping to contribute one of these days when I actually know something. :D <civodul>Lumine: ah ha! thanks for sharing your satisfaction as a user! <civodul>it's always pleasant to read that :-) <civodul>i hope we can keep increasing satisfaction for all of us and for those who've never heard of it yet *lfam finally gets around to trying to make b2sum tunable <lfam>I also need to provide sensible values of "march" for when the package is untuned, right? <civodul>no, just make sure it's compiled for the baseline <lfam>Oh, so I could just remove the "march=native" bit? <civodul>we should always remove those anyway <lfam>I've been lazy about this <lfam>Mainly because it worked for me <nouun>Hola, I'm back again. I switched to the bitlbee service and added `(plugins '("bitlbee-discord"))` but it's not listed when I run `plugins`. <lfam>I had also prepared a patch to expose local-build from gnu-build-system. It's no longer related to this particular package, but is that something we want to do? <lfam>Or would it be like opening Pandora's box? <civodul>nouun: it should be (plugins (list bitlbee-discord)) <nouun>I tried that but it said it expected a string? <civodul>so that the config references the variable called 'bitlbee-discord' <civodul>i'm talking about bitlbee-configuration <nouun>Ah wait I tried to do '(bitlbee-discord), doing (list bitlbee-discord) works. <nckx>The ' equivalent would be '(,biltbee-discord) . <maddo>is bitlbee discord actually usable? <maddo>I mean, from a UX perspective, you need a window (buffer if you emacs) per channel; a single server can have o9k channels <nouun>It still doesn't seem to be able to find it. <nckx>nouun: Did you import the (gnu packages messaging) module? <nckx>Oh, you mean at run-time. <nouun>Yea, everything builds properly but running `plugins` doesn't list it. <nouun>maddo: I'm only really active in one channel so that wouldn't be too much of an issue for me. <lfam>Are you even more swiftly signaling approval for the b2sum commit? <Noisytoot>nckx: '(,biltbee-discord) would be the list '((unquote bitlbee-discord)), do you mean `(,bitlbee-discord)? <nouun>Oh, it seems that using bitlbee-purple was messing it up, everything works now. Thanks. <nckx>Do not toy with the typomaster. <nckx>It's also bitlbee and not biltbee, work with me here. <nckx>lfam: It seems obviously correct so my approval is cheap. <lfam>It's funny say it was swift, since the situation has been suboptimal since October <lfam>I just didn't feel like adjusting my benchmarks and spending time on this until today <nckx>We should also divide our users into classes. <nckx>Pay $500 a month or more, and your patches will be reviewed within the calendar year. <lfam>Indeed, my bank account is available for deposits <lfam>I was mostly being facetious, but people do get hired to implement things <lfam>It's a fascinating subject, how these kinds of projects get worked on <lfam>Energy for patch review waxes and wanes... not sure how to improve that <civodul>lfam: we need stars! i'd "star" anyone who actually reviews patches <zimoun>using the template gnu/system/examples/lightwight-desktop.tmpl, it starts the log screen, I type ’alice’ as user but them I failed with the password. <lfam>civodul: I like to look at the "scoreboard": `git shortlog --numbered --summary --committer v1.3.0..HEAD` <lfam>But the fact is, when I'm tired, I'm tired <civodul>lfam: but wait, that doesn't distinguish between "authored commits" and "other people's commits" <lfam>But, I think that most of the work is "other people's commits" <lfam>And, it's a good scoreboard either way <lfam>I agree, we should have a way to count only reviewed commits <lfam>And we should go out of our way to praise review activity <civodul>maximed does an awesome job as non-committer (not the only one, but i often stumble upon their reviews) <lfam>Yeah, maximed is doing a lot of valuable work <civodul>which reminds me of teams; we really ought to do something <civodul>so we have a clearer picture of who does what, who can feel responsible for what, etc. <civodul>instead of this giant happy mess :-) <lfam>If only we could return to a bon vieux temps
***KE0VVT is now known as Kolev
<unmatched-paren>gnoo: "btw, love that new gnu/linux-libre image while booting :)" <- i don't see anything, is it that new? <gnoo>i just reconfigured today and there it was! <gnoo>maybe -- i'll check the commit logs ;) <unmatched-paren>also, those kernel parameters you were talking about look intriguing, but i'm not sure if i should use them without doing a bit more research; where did you learn about them? <gnoo>it was like power-management or something <gnoo>lot's of stuff, i only copied what seemed necessary <unmatched-paren>i already have thermald and tlp running, but i'll see what else i can find <gnoo>yeah, mine runs for about 30 mins <gnoo>i'll try thermald and tlp, thanks <gnoo>yeah, goto the middle of the article with kernel stuff <unmatched-paren>check the manual; `Configuring the System / Services / Power Management` off the top of my head <gnoo>i think it makes much sense on hdds, not much on ssds <unmatched-paren>ok, i guess i'll ignore that one... my boot time is actually really fast (faster than it's ever been with any other distro) but my battery is getting a bit old <gnoo>i don't think guix well ever match boot speed of void (runit) -- it was like 19-15 seconds for me <gnoo>on this old machine, that's the fastest i've ever seen <gnoo>Launched January 9, 2011; 11 years ago <unmatched-paren>the price i pay for this new laptop is unreplaceable proprietary bios and far worse compatibility with non-windows oses, of course <unmatched-paren>i have to use a thinkpenguin wifi dongle because my wifi card uses iwlwifi <gnoo>yeah, it's sad to see hardware with drm-like properties <gnoo>ethernet when at home and usb-tethering on the rare case of using this outside of home where i absolutely need wifi <unmatched-paren>hm, i wonder how i can configure udev in my config.scm to disable wake-on-lan <gnoo>can't you disable it on the bios? <gnoo>mine was disabled from the start
***unmatche1-paren is now known as unmatched-paren