<jgart>what would be the hardest piece to package from the pantheon suite? <jgart>I tried grepping gala for it <Jeremy[m]>I think it's used by Plank, the dock in pantheon <florhizome[m]>Gala itself probably only actually should need libplank though I think and plank needs libbamf ^^ <florhizome[m]>plank and bamf are used in lots of stuff, actually will help for mate stuff too <jgart>interesting why they would hide it <jgart>It looks like guix doesn't have bamf yet <jgart>so I guess the mate stuff that depends on bamf is not in guix either... <jgart>What do people think of a tool that lets you interactively search PyPi and choose a package to pass to `guix import pypi` command? <jgart>I prefer to work on pantheon desktop than on GNOME40 <jgart>it's just lighter weight and looks great <jgart>It would be a killer desktop package to have for Guix System <Jeremy[m]>~~or just submit to the GNOME 3 monoculture~~ <jgart>but TBH I'm using dwm right now lol <jgart>the one app on pantheon that I know needs to attention is code <jgart>I tried it the other day and it has a few bugs <jgart>it's more like their integrated terminal and vi emulation that's buggy <jgart>but those aren't high priority features I imagine *M6piz7wk[m] cba with NixOS being unable to handle files sufficiently and installs GUIX on his system <M6piz7wk[m]>[1635631807.134]: [ FAIL ] A previous Guix installation was found. Refusing to overwrite. *lilyp remembers that GI_TYPELIB_PATH is one hell of a landmine in Guix. <jgart>follow the instructions at the bottom <jgart>maybe those should be in the guix manual or cookbook also <jgart>there's currently no instructions on how to fully remove guix on foreign distros <jgart>so, people just need to know to look in the arch wiki <jgart>I've tested the arch wiki removal instructions on void linux and they work <jgart>and I've tested them on NixOS also *M6piz7wk[m] doesn't have guix profile in either of ~/ nor ~/.config <M6piz7wk[m]>> for profile in "$HOME/.guix-profile" "$HOME/.config/guix/current" <jgart>does everything there fail to build? <jgart>or which ones are building fine currently? *M6piz7wk[m] also doesn't have the /gnu/var thing <M6piz7wk[m]>i think i messed it up by installing it in nix-shell *M6piz7wk[m] made a backup of /gnu and tries the installation again <florhizome[m]>but i think bamf is close. needs some scheme magic for the last phases. maybe it will just workafterwards :D <jgart>M6piz7wk[m], probably best move <jgart>it looks like the nix package takes care of it by patching <M6piz7wk[m]>ehh do i like `cp -r /var/guix/profiles/per-user/{root,kreyren}` or? <jgart>> Alternately you could use `pkg-config --variable=systemduserunitdir systemd` but that would add dependency on systemd. <jgart>M6piz7wk[m], could you remind me what you are trying to do <jgart>just to make sure we're on the same page <M6piz7wk[m]>since i don't have the files in ~/{,.config/}.gnu-profile like the Arch page you sent x.x <jgart>I made a systemd service with nix lang <jgart>I have that sitting on a hard drive somewhere <jgart>but it's pretty much what's in that blog post <florhizome[m]>jgart: i only saw they modified some envvars and copied that over as an option to maybe integrate at some point^ <jgart>It would be cool to create a site that tags the guix irc logs for useful information <jgart>like notmuch but for guix logs <jgart>or I should saw afew but for guix logs <jgart>raghavgururajan, have you tried nyxt yet? <jgart>it's too bad that nyxt can't run on something as fast as luajit <florhizome[m]>using nyxt most of the time, though. but i blame it forslowing down profile generation before i moved it to system. <jgart>nyxt's game changer is the helm like searching for tabs <jgart>that's a must for a tab hoarder like myself <jgart>I'd like to reconfigure some of the keyboard shortcuts though <jgart>I just haven't had the time to learn the codebase <jgart>florhizome[m], do you happen to have a config for nyxt you could share? <singpolyma>I used to use a lot of alt browsers with fun features, but these days Gecko is too important to add to webkit market share <raghavgururajan>jgart: I am not aware that clisp is faster than sbcl. May be placing the idea in #nyxt could give some feedback. <jgart>raghavgururajan, yup clisp is faster iirc <jgart>someone mentioned it on sep 5 <florhizome[m]>i have a neat hack that puts prompt and statusbar at the top of the window^^ <florhizome[m]>most important things are C-l or M-l for opening new URL and C-x-b for switching buffers. that's not that hard^ <jgart>I've only tried with the vim bindings <jgart>but I know those from vanilla emacs <jgart>florhizome[m], have you set up nyxt to edit input fields in an external editor? <jgart>I'd like to configure it to use vis instead of emacs <jgart>I like the feature that nyxt saves bookmarks as s-expressions <florhizome[m]>nope, i really do just the bare minimum of browsing with it so far. <florhizome[m]> --replace '/usr/lib/systemd/user' '@prefix@/lib/systemd/user' <florhizome[m]>i think he also has configured it to use keepassxc which i would need dearly for more usage. <jgart>yup, I'm using keepassxc also <jgart>florhizome[m], that's in the patched bamf? <florhizome[m]>i would like to write a service that integrates it better on the system level one day. <luishgh>Hi everyone! I'm packaging an Emacs package and it has a "custom" license: "This is free and unencumbered software released into the public domain. <luishgh>The authors relinquish any copyright claims on this work.". What value of license should I use? I pretend to contribute it to Guix when I confirm it is working. <luishgh>oh, sent two messages by mistake, my bad <nckx>I pretend to contribute to Guix too. <nckx>luishgh: ‘public-domain’. <jgart>nckx, how do you usually get patches off the bug tracker for testing/review? <jgart>do you have an automated way that you do it? <jgart>or some convenient way to download them and apply them to a guix source tree <nckx>I just write the series to /tmp and run git am on it. <jgart>but maybe there is a better way? <nckx>Oh, I don't use the Web interface. <jgart>How does mu4e provide the patch sets to you? <nckx>But I don't use any particular emacs magic to apply the patches. <nckx>jgart: As mails? I'm not sure I follow. <jgart>what's your workflow for grabbing a patch set from some contributor <jgart>you can ignore the part regarding applying it with git am <jgart>Do you subscribe to a particular email list to get them? <jgart>Or, which mailing list provides patches by contributors to mu4e in a way that they are easily downloadable? <nckx>jgart: The bug tracker *is* a mailing list: bug-guix at gnu dot org, guix-patches at gnu dot org :) <nckx>I literally just fell asleep so good night o/ <jgart>oh ok maybe I should just get them off of there from now on <jgart>instead of issues.guix.gnu.org <jgart>it has comparable features to mu4e <jgart>Is there any way to download all the previous mails from any of the guix mailing lists? <M6piz7wk[m]>... what kind of malware you made me to execute! aaaa <jgart>might be a "bug" on the nix end <jgart>what did you set on the nix end? <vagrantc>jgart: i haven't yet wrapped my head around how to use public-inbox, but the guix lists are available with public-inbox at https://yhetil.org/ <M6piz7wk[m]>what's the default password for guix if there is any <M6piz7wk[m]>hmm maybe the backend that handles passwords failed somehow? *M6piz7wk[m] logged in his router and closed off ssh port <jgart>vagrantc, I remember yoctocell having a script that uses l2md <M6piz7wk[m]>kreyren:x:1000:100::/home/kreyren:/run/current-system/sw/bin/bash <mahmooz>how do i get expo for react native development if i cant do `npm install -g expo-cli`? *M6piz7wk[m] still sweats over Nextcloud loading line so that he doesn't loose his data <M6piz7wk[m]>... well it's like 5 dirs that are not backed up but still <mahmooz>well i had like 8 years worth of personal data <mahmooz>and i definitely cant go back in time and take pictures/vids of myself <mahmooz>if not a superior program had been built and is being used lmao <M6piz7wk[m]>So the removal of 3Trb of data must have been the best day for your privacy! <jgart>rsync -avhz --backup-from-prism ~/$HOME/Downloads/ <mahmooz>losing that data sharpened my severe depression lmao <mahmooz>atleast i didnt lose my music library which i dont use nor manage anymore.. <mahmooz>i had 2 drives 1 of them had the important data and the other just music and movies and stuff <mahmooz>the one with the important data is the one that failed... <mahmooz>i got mad and physically shattered it into pieces lmao <mahmooz>why am i telling this to random strangers i have no idea ***ec_ is now known as ec
<robin>brettgilio, damn, that's pretty cool. i was thinking "nifty, but i bet ancient lisps were small too" until i saw the LISP 1.5 line <M6piz7wk[m]>Well smooth migration my ass -w- The shell ransomware you gave me locked me out of the system and I cant even get a rollback to undo it <M6piz7wk[m]>Where do I sent my crypto to get access to the system <DigitalKiwi>i had a friend who registered prismbackups.com or something like that at one point <apteryx>sneek: later tell mothacehe i'm still having problems getting the core-updates-frozen-batched-changes built by the ci; any hint as to what was wrong the last time you checked? <M6piz7wk[m]>How do i install bare minimum guix with a browser on a clean system *M6piz7wk[m] is getting the iso *M6piz7wk[m] found guix reference manual with answer <lilyp>M6piz7wk[m]: Kind reminder that IRC is not Matrix <bdju>could someone confirm that the guix neovim package is built without that enabled and maybe also enable it? seems like most distros have it enabled <bdju>I see a typo in vim.scm for the neovim recipe <bdju>> ;; doubles its size. We remove the refirence here. <M6piz7wk[m]><lilyp> "6piz7wk: Kind reminder that..." <- Its optimized for IRC <bdju>M6piz7wk[m]: try latest instead of stable <bdju>guix seems to have bad luck with the very infrequent releases having installer bugs <bdju>but once you get it installed, things are pretty smooth <jpoiret>regarding those installer bugs, should we try backporting the installer patches to the stable branch in the future? *M6piz7wk[m] feels like hes not qualified to say <bdju>kind of agreed, but it sounds like a good idea to do a minor version bump or something with fixes like that <M6piz7wk[m]>Since this seems like something that would be very easy to capture as the error looked like unbound variable <jpoiret>manual installation using foreign distro is the easiest i feel <jpoiret>although the latest install image not working should be a bug <M6piz7wk[m]>jpoiret: Would bet it fails when out on USB and booted <M6piz7wk[m]><jpoiret> "manual installation using..." <- I dont want foreign distro though.. and that was the original idea which is how guix-install.sh hugged up my whole system <jpoiret>but if install images don't work for you, the only option is installing through a foreign distro no? <M6piz7wk[m]>Does Guix even do any kind of QA on this? Its so far the worst experience installing an OS and ive done LFS.. <jpoiret>Guix is niche and most users already have their system installed, so not much feedback, but install images are often used in VMs and they work pretty well <jpoiret>it doesn't drop you into the GRUB rescue shell? <M6piz7wk[m]>jpoiret: The stable allows me to boot, but then results in kernel panic <jpoiret>ah no nothing, I thought it was an EFI grub in the install image but apparently not <jpoiret>well we could but it'd end up being the exact same iso as the latest one <jpoiret>do you still have the latest iso burned on a usb? you could check the partitioning with cfdisk/fdisk and such <M6piz7wk[m]>What are the dependencies for guix anyway? I can make makeshift LFS with guix in the worst case scenario <M6piz7wk[m]>jpoiret: Nope, but the partitioning looked sane to me <M6piz7wk[m]>Wait i did dd on /dev/sda1.. it needs to be on /dev/sda right <fnstudio>hi! anyone knows how i can have readline support in my bc? i see this https://issues.guix.gnu.org/issue/44977 that seems to indicate a --with-readline option, but that doesn't seem to be available on my guix machine (guix on foreign distro) <jpoiret>after `guix environment --ad-hoc bc` it seems to have readline support <jpoiret>foreign distro or not shouldn't change <jpoiret>maybe check with `which bc` that you're using guix's bc <florhizome[m]>makeFlags = [ "INTROSPECTION_GIRDIR=${placeholder "dev"}/share/gir-1.0/" "INTROSPECTION_TYPELIBDIR=${placeholder "out"}/lib/girepository-1.0" ]; <slyfox>I think '${placeholder "out"}' (instead of plain '$out') is needed here only because if might not be extended by shell when make is called. Otherwise they should be equivalent. <M6piz7wk[m]>Made the bootloader to work, but it results in kernel panic <florhizome[m]>In general, what does % indicate? I have never found a definition <slyfox>it's a convention for global variables in guile <M6piz7wk[m]>GC Warning: pthread_getattr_pp or pthread_attr_getstack failed for main thread GC Warning:Couldn't read /proc/statWelcome, this is GMU's early boot Guile.Use '--repl' for an initrd REPL. <lilyp>slyfox: actually it's convention for "implementation detail" <slyfox>Oh. What is a global then? *foo*? <slyfox>%outputs sounds a lot more like an API than implementation detail. <jpoiret>M6piz7wk[m]: the GC warnings should be ignored <jpoiret>this is just because we're running guile in a pretty hostile environment (ie before any useful filesystems are mounted, eg /proc) <M6piz7wk[m]>Yep looks like nonfatal trying to record the screen with a phone to read it <jpoiret>do you get an actual kernel panic message? if so, what is the error written right after the Kernel panic message? <jpoiret>It should be "Kernel panic - <ERROR_HERE>" <M6piz7wk[m]>Its getting a partition with uuid1970-01-01-19-49-46-83 for some reason <M6piz7wk[m]><jpoiret> "It should be "Kernel panic - <..." <- Not syncing: attempted to kill init! Exit code=0x00000000 <jpoiret>alright! seems like it fails to mount the root filesystem, and thus fails, and early userspace init exists <jpoiret>if you change the UUID in the grub.cfg it gets you in the grub shell, not the guile shell, right? <M6piz7wk[m]>jpoiret: In grub using the emacs-like editor changing the UUID on something it cant find results in guile shell <florhizome[m]><lilyp> "slyfox: actually it's convention..." <- so it is mostly for better structure/overview? In guix Manual the Type would just be scheme variable i think that made me wonder. <jpoiret>lilyp: looking at what you just said, isn't %outputs being phased out, with the outputs assoc table being passed as an argument to build phases? <slyfox>florhizome[m]: AFAIU yes, it has no special treatment. <jpoiret>M6piz7wk[m]: is there any error message right before the kernel panic? <M6piz7wk[m]>To me it looks like it doesn't have the kernel module to boot the USB iso <jpoiret>do you get "loading kernel modules"? <M6piz7wk[m]>Since the grub shell says no known filesystem when I do `ls` on the disk <jpoiret>uhm, your grub reads the fs just fine since it's able to load the initramfs and kernel from there <jpoiret>can you re-edit the grub.cfg and put a random uuid so that you end up in guile shell <lilyp>jpoiret, florhizome[m]: you don't always have the outputs argument available tho <lilyp>particularly outside of #:phases you still need to use %build-inputs and %outputs <jpoiret>why would you need that outside of phases? on c-u-f i needed to patch qpdfview which was using %outputs, and that variable was not bound there <jpoiret>so I just thought %outputs was being phased out <lilyp>tbf idk too much about c-u-f, but long story short the input, output, etc. arguments only exist in #:phases afaik <jpoiret>M6piz7wk[m]: do you get a delay before the kernel panic? something around 20 seconds? <jpoiret>also, what is the last message the early guile gives you before kernel panicing? just to see where it fails in the boot sequence <M6piz7wk[m]>The kernel panics happen right after loading /gnu/store/...boot <BeauGauss>Hello, does anyone know if core-updates-frozen branch is merged with master? <M6piz7wk[m]><jpoiret> "6piz7wk: do you get a delay..." <- Takes around 20 sec for it to kernel panic after bootloader yes <jpoiret>alright, it seems it can't find the root partition, but it should not kill the init <jpoiret>but yes you're right, the kernel cannot use the USB drive, which is weird <M6piz7wk[m]>It loads the sdb succesfully but those have nixos on them <jpoiret>the last line you see is "loading kernel modules...", right? <jpoiret>in grub? grub isn't the problem here, it's linux <M6piz7wk[m]>jpoiret: No last line I see is "loading /gnu/store/...boot" before kernel panic <jpoiret>ohhhh alright, so that's not what i was thinking, good <BeauGauss>jpoiret: OK, any idea when it will be merged? Like does it merge with master every few months? <jpoiret>BeauGauss: it is supposed to be merged into master every ~6 months, but before the merge bugs have to be fixed :) <M6piz7wk[m]>Like I have the guile shell can I check where is the boot failing or something <jpoiret>the -frozen suffix is because the core-updates branch was frozen to be able to fix bugs on it and merge it, and bugs are being squashed as we speak <jpoiret>do you usually have to wait long for usb devices to become available on your other distro? <M6piz7wk[m]>I think the UUID is wrong.. its set to 1970-01-01-19-49-46-83 <florhizome[m]><lilyp> "particularly outside of #:phases..." <- Well this example is in #:make-flags <jpoiret>that's the partition UUID on the usb key <jpoiret>can you select the grub boot option, press e to edit the command line and change --load=/gnu/store/.... to --maybe_load=/gnu/store/... <M6piz7wk[m]>jpoiret: The USB should be (hd0,msdos2) which says no known filesystem in grub shell on it <jpoiret>it's weird because grub can load the kernel from there apparently <M6piz7wk[m]>Cant do sh@#% from nixos after what guix-install.sh did to it >.< <jpoiret>if you have another rescue live usb, that'd be useful <jpoiret>yep, and it should drop you into a repl, right at the end of the boot sequence <M6piz7wk[m]>jpoiret: I want clean guix not foreign distro with guide though <jpoiret>what's weird to me is that init is crashing fair and square <jpoiret>it's supposed to handle guile errors so it doesn't seem that it comes from one, but rather from guile itself dying <M6piz7wk[m]>So i used this code : "dd if=/dev/zero of=/dev/sda bs=512 count=1 seek=33" <M6piz7wk[m]>And when I reinstalled the GuixSD I got no warning and no error . <jpoiret>now (scandir "/gnu/store" (lambda (x) (string-contains x "init"))) <jpoiret>and check if the old parameter to "--load" is present <jpoiret>if there are too many results you can replace "init" with a substring of the parameter <jpoiret>ehm, try (map display (scandir ...)) instead <jpoiret>if you just write "args", do you get something back? <jpoiret>i don't know if the repl inherits all of the boot script environment <M6piz7wk[m]>Ice-9/boot-9.scm:1669:16: in procedure raise-exception: Unbound variable:args <jpoiret>but anyways, you'd get an error if primitive-load couldn't find the file, not an init kill <jpoiret>maybe try adding nomodeset to the kernel commandline by editing it again in GRUB <M6piz7wk[m]>M6piz7wk[m]: Fwiw this looks very familiar to the err i had on stable <jpoiret>just add "nomodeset" surrounded by spaces after the --load= thing <fnstudio>jpoiret: thanks for your advice on bc, sorry for a slow reply, i'm going to try that straighaway <jpoiret>alright, the thing is, if we want to debug this further, having another live image will help <fnstudio>jpoiret: hm weird, i've just tried with "guix shell bc -- bc" (which gives me bc 1.07.1) but that doesn't seem to have readline enabled <jpoiret>you may have run `guix system init /` no? <jpoiret>i don't see how guix could've broken nixos like that <jpoiret>but alas, if you have both the Guix installer and the Nixos live usb we can work something out <fnstudio>nope "guix shell bc readline -- bc" also doesn't seem to work <M6piz7wk[m]>I have read access to the USB on rescue nixos loaded in ram <jpoiret>okay, then, can you find the file ending in -boot in /gnu/store on the USB? <jpoiret>if so, copy it to the root of that filesystem, we'll modify it <jpoiret>("ls gnu/store/ | grep -- -boot" to find it) <efraim>fnstudio: what is the output from `guix shell bc readline -- which -a bc` *M6piz7wk[m] did `find gnu -name *boot*` and nothing was returned <M6piz7wk[m]>Oh found some things but nothing with dhiddiebdhdu-boot <jpoiret>i'm booting the same iso as you in a vm <M6piz7wk[m]><M6piz7wk[m]> "No last line I see is "loading..." <- The installer was looking for it <jpoiret>well yes, but then the init shouldn't die, just tell you it errored <jpoiret>then you didn't dd the .iso properly onto the usb <jpoiret>i downloaded that iso fresh and booted it, and it is there <jpoiret>you're using the latest iso from the link you posted, right? <M6piz7wk[m]>I did `dd if=iso of=/dev/sda conv=sync status=progress && sync` <M6piz7wk[m]>Maybe data corruption? The USB i am using was not tested for sanitt <M6piz7wk[m]>jpoiret: I did when i installed nixos thought it being best practice <nckx>Is there anything I/O errory in dmesg? <nckx>(Is there a dmesg? I wasn't following.) <jpoiret>maybe you should try dd'ing it again to the usb and watch dmesg <nckx>Yeah, and (if your drive still has one) keep a low-tech eye on the LED. <jpoiret>also, sync is completely unneeded after <jpoiret>sha256 is 1d1b9445d897276e16e6261f9361cabacc887288ad751a387a95dbd71fb41f03 <jpoiret>although i just started it so it may have changed <jpoiret>my bad, let me download it again fresh <jpoiret>yup, faf913a6ab098de32c8ad0812c6008cd2f86b9f7d259647204262193329bcb7d <nckx>florhizome[m]: As a packager I usually like CMake simply because it spells less torture ahead than most other build systems, but ‘PERMISSIONS OWNER_READ OWNER_WRITE OWNER_EXECUTE GROUP_READ GROUP_EXECUTE WORLD_READ WORLD_EXECUTE’ — come tf on. <nckx>jpoiret: Aside, do you know: does conv=sync with dd's teensy default .5K block size absolutely obliterate flash with today's huge erase block sizes, or is firmware (or Linux?) cleverer than that? <florhizome[m]>I'm just witnessing some dev people switching to meson, there seems to be frustration <nckx>Just wondering since you advise against it above. <M6piz7wk[m]>1.1MB/s and the iso is +-650MB so 650/1.1=590sec right <nckx>florhizome[m]: I cannt for the life of me understand the appeal of Meson but can't tell the vast number of people switching they're ‘wrong’. Sure, some of it it mindless hype, but there's something there. <jpoiret>nckx: I was advising against it mostly because having io error when writing an install image seems like a lost cause to me <nckx>I'd toss the drive, sure. Can't keep betting you'll aim your files around the hole. <jpoiret>i don't think conv=sync changes anything regarding flash wear <nckx>I was wondering if it would force a full erase (with blocks being, what, 1M nowadays?) for every 512 bytes written, which could mean that every single block is rewritten 2048 times during the dd alone. I don't actually know if that's how modern flash works, but having seen the stuff sold, I'm not optimistic. <jpoiret>florhizome[m]: it's (assoc-ref outputs "dev") <nckx>I don't remember ‘placeholder’. Is that new? <nckx>jpoiret: Here, %outputs, (the % being a vaguely defined ‘this here be a systemy globally thingy’ convention). In a phase λ* you'd neatly bind it to #:key outputs, that is correct. <slyfox>placeholder was introduced in 2016 <nckx>I betrayed Nix for Guix in 2015-2016; checks out. <jpoiret>nckx: i was actually wondering if %outputs was disappearing, in c-u-f i had to patch a phase that was using it instead of the λ key <nckx>jpoiret: That is quite possible! My answer is still based on current master, I should really join the c-u-f cool kids club… <jpoiret>what seems weird to me is that primitive-load's error should be caught by the call-with-error-handling in the linux boot <florhizome[m]><nckx> "jpoiret: Here, %outputs, (the..." <- That is bc you need to use Lambda* anyways amiright <nckx>You don't strictly need to (you could use a plain λ and still refer to %outputs) but λ* is considered better style in Guix, hence encouraged. (Another ‘applies to current master’ answer; I haven't tried c-u-f yet.) <jpoiret>in fact it does catch that error, so it might not even be it <nckx>Fine. Since tomorrow's a holiday, today will be the day that I rebase my truckload of already-broken patches that already fail to boot on c-u-f, and try to boot it 😛 It's spooky. It will probably take all night. It's apt. 🎃 <nckx>M6piz7wk[m]: Been there. <nckx>With no feedback whatsoever. Races to bottoms, huzzah. <nckx>florhizome[m]: Well, do you have a "dev" output? <nckx>(outputs (list "out" "dev")) <nckx>☝ a top-level package field. <nckx>Do note that upstream Guix doesn't do ‘dev outputs’, though, so you might not even bother. <nckx>The upstream Guix way would be to install both things in my last paste to ‘out’. <nckx>Actually, that's not true, we do do ‘dev outputs’ but we call them ‘lib’, instead, and only if it leads to significant size savings compared to putting everything in :out. <nckx>Since in many packages :out would depend on :lib (i.e., /bin/footool links to /lib/libfoo anyway), it's not something we do across the board. <florhizome[m]><nckx> "The upstream Guix way would be..." <- I think i have a quick look where /gir1.0 lands else <nckx>Sounds good. From a sloppy glance at my store, that seems to be :out. <nckx>But also gnome-online-accounts:lib, so the answer is probably ‘wherever the /lib ends up’, same rule as for /include. <nckx>Grafting as in saplings. Deps form a tree. We have pun. <jpoiret>you can always look into the guix manual using `info Guix` (or C-h i m Guix RET in emacs) *M6piz7wk[m] is trying to figure out how to get a temporary tor browser <jpoiret>did you run guix pull on your new system? *M6piz7wk[m] has no idea how guix works yet <jpoiret>after installing a guix system, you should run guix pull to get the latest guix <jpoiret>see "(guix) After System Installation" *M6piz7wk[m] got overwhelmed and forget that section there <M6piz7wk[m]>Do i need to run guix system reconfigure on both user and root? <nckx>No, it's global, not per-user like guix itself, so only once. With sudo or as root, doesn't matter, but it does need root privileges. <nckx>Tor Browser isn't packaged. IceCat is the GNU-FSDG-ified Firefox. <nckx>TL;DR: don't run any ‘guix’ command that doesn't start with ‘guix system’ with sudo. <nckx>GNU Free Software Distribution Guidelines. <M6piz7wk[m]>And is icecat even maintained? I wanted to use that before but it was flagged as unmaintained in iirc nixos <nckx>E.g., Firefox points people to non-free add-ons in its add-on shoppe or whatever it's called, GNU says that ain't cool, IceCat removes the add-on shoppe. *M6piz7wk[m] always hated the non-free addons in the shop <jpoiret>iirc you can still use the mozilla one, just that icecat will not redirect you to it <M6piz7wk[m]>I guess i can make a derivation that installs addons <nckx>IceCat itself is maintained but, as often, severely understaffed to follow a Modurn Web Browsah that like to move fast and break things just for fun. <lilyp>*ahem* it's not "fun", it's "necessity" <lilyp>we need to somehow incorporate Chromium's IdleMonitor in case people will miss that feature <lilyp>And by Chromium I actually mean the blob a certain company builds on top of it, but that's trivial details <nckx>We need to incorporate Chromium's everything because Chromium is the reference implementation of Chromiums and we're trying to write a Chromium here, people, you just don't understand. *M6piz7wk[m] notes to move all the people he pushed into maintaining firefox on icecat then *M6piz7wk[m] rather needs the sandboxed onion routing in icecat <efraim>looks like I got master merged into core-updates-frozen, just want to check a couple more things before pushing it <florhizome[m]>actually strange that ppl need to do such things like librefox that then also fail to keep up when there is at least one option supported by the fsf <lilyp>Nah, people be running their own forks <nckx>‘Running with forks: a cautionary tale about self-lobotomy and you.’ <nckx>lilyp: So Tor Browser doesn't follow upstream Firefox? <lilyp>I'm pretty sure it does in a similar manner that IceCat does <nckx>Huh. Who can even follow this nonsense without a Beautiful-Mind-style red string wall. *M6piz7wk[m] s repo requires a huge amount of processing resources and he didnt yet optimize emacs <nckx>No, there's no Electron package to run it. *M6piz7wk[m] handles it in gitpod then <raghavgururajan>nckx: Thanks to mhw, the icecat was updated to *hot* version 9x.y.z. <nckx>I know, I'm using it. ☺ mhw is heroic, and I think he has help (I don't mean to dismiss other contributors, I just don't know), but he/they are fighting against immense code churn. <nckx>It works almost perfectly on Sway here, except everything native + floating (tooltips, dropdown menus in HTML and the main menu) don't work well. <nckx>Tooltips/dropdowns flash or display at ~50% opacity and the main menu doesn't open. Yes, I should file a bug, but haven't ☺ <nckx>Because TBH it works much better than expected! <nckx>I presume you're using GNOME, raghavgururajan? *raghavgururajan tries nuking ~/.mozilla <raghavgururajan>I see the default non-removable bookmarks same as in abrowser. Yes, has trisquel bookmark. *nckx would like to open the main menu now 😛 <nckx>I didn't see any ‘non-removable’ bookmarks? Where is that? <nckx>I kept my old ~/.mozilla, maybe that's why, but it does imply they're removable. <jpoiret>nckx: the flashing tooltips/dropdowns is a sway 1.5 bug <nckx>Which is c-u. The gods, they are trying to tell me things. <jpoiret>(that version is on c-u-f because it needs newer wayland-protocols) *nckx shall soon taste the sweet dog food. <jpoiret>their news are quite interesting i've noticed <nckx>Unless $7.00 is a lot of money I'd say it is, jpoiret. <nckx>I can't decide that for you but the quality is there. <gbrlwck>i am trying to `guix pull` on a RISC-V ubuntu machine but this process hangs while building 9xnyrapxcfk7mi4id3wf7g54m8hrrdgd-python-minimal-3.9.6.drv. i count 71 zombie "[python] <defunct>" processes. https://termbin.com/j01x <gbrlwck>how can i inspect what generates the issue? should i just kill the zombies and hope for `guix pull` to finish anyways? <nckx>Killing zombies doesn't generally make a difference, since they're, well, zombies. If the parent process were waiting for them it would clean them up. <nckx>raghavgururajan: The new tab bookmark bar is empty for me. <nckx>gbrlwck: How do you know it's hung? <nckx>Can you strace the parent (or other processes in the build environment)? <nckx>I don't have a RISC-V machine is the thing… <raghavgururajan>Not in bookmark bar. You might have disabled showing of bookmarks in the tab page, at about:preferences#home <gbrlwck>nckx: yes i can :) and i just *guess* it's hung because there's no progress (and no work load on the CPUs) and it's already been running for about a wekk *nckx tries ‘guix pull --system=riscv64-linux-gnu’ on a lark. <M6piz7wk[m]>grilumops.zip: Zip archive data, at least v2.0 to extract <M6piz7wk[m]>How do i extract this on guix? `unzip` doesn't work for some reason <gbrlwck>nckx: not sure whether that work's already. i compiled guix by hand and am now trying to initialize root user's guix profile by `guix pull --branch=wip-riscv" *M6piz7wk[m] is pretty sure that he used `unzip` on nixos to unzip this file <nckx>raghavgururajan: ‘Shortcuts’? And are the ones you mean ‘Sponsored shortcuts’? I indeed had both disabled. <nckx>M6piz7wk[m]: What do you mean ‘doesn't work’? <nckx>Because the answer, as you might've guessed, is ‘unzip’ ☺ <nckx>And yet it works with NixOS's unzip? You sure? <raghavgururajan>you could also try typing trisquel in address bar, it'll the trisquel bookmark. You can't delete it. <nckx>The exact same file. That doesn't make sense to me. <gbrlwck>nckx: `strace -p <pid>` prints "wait4(10537, " (literally, no closing parens, no newline) <nckx>M6piz7wk[m]: So not the same file? <nckx>Then try Nix's on the exact same file. <nckx>gbrlwck: Yeah, the lack of closing ) is strace's way of saying ‘we're somewhere inside this now’. And what's PID 10537 doing? <M6piz7wk[m]>ehh that wants root perm to create the /nix dir so i assume it violates jail <nckx>Maybe, haven't tried that. <nckx>raghavgururajan: That shows only my personal recent activity. No Trisquel there or in address bar. <nckx>I simply don't think your ZIP file is intact. Nothing to do with Guix. <M6piz7wk[m]>hmm same.. maybe icecat messes with nextcloud's download? <nckx>raghavgururajan: I'm sure it would show up if I moved .mozilla out of the way, but I have a lot open now and would rather not. But it would seem there's some way to get rid of them. <nckx>You can try wgetting or curling it instead. <nckx>But I've never had IceCat do anything like that, it's extremely unlikely. <nckx>I mean, sometimes HTTP downloads just fail because computers, but it's not browser-specific. <nckx>Is it possible to share the URL? <M6piz7wk[m]>my guix config.. some parts set as proprietary to avoid people using broken code <nckx>M6piz7wk[m]: But did you get a zip file? I get HTML. <nckx>No difference with wget. <nckx>I believe you, I just can't reproduce, maybe they authorise IPs or something weird. <nckx>gbrlwck: Which branch would I need to get past ‘dynamic linker name not known for this system "riscv64-linux-gnu"’? <M6piz7wk[m]>i think i am failing at capturing the download URL from icecat <nckx>AJ9dBAo6pjojEqA: HTML document, UTF-8 Unicode text, with very long lines <gbrlwck>nckx: not sure if you get it to work without /building/ from branch wip-riscv <nckx>Ah, it's a file listing, never mind… <nckx>‘Download all files’, I presume? <M6piz7wk[m]>nckx: there is `Download all files` at the top right *nckx downloads all files. <M6piz7wk[m]>i guess a security feature that binds it to an IP or something <gbrlwck>so, my zombies' parents is a `guile` process (whose parent is guix-daemon) whose child is `make`. killing the parent of the zombies would abort `guix pull`? <nckx>grilumops.zip: Zip archive data, at least v2.0 to extract | sha1sum c1066699c1c691dc68475b7cfa19edae4bbb6985 | 23871 bytes | unzip -l fails with the EOCD error. <nckx>Now I'll try with Firefox to just exonerate IceCat from being blamed. <florhizome[m]>update on gala build: fails now at plank testing. Since basically all libs used by plank are deprecated no wonder^^ curiously I tried #:tests #f already and it still does it. <nckx>Same error, because obviously. *M6piz7wk[m] asked in nextcloud suspecting nextcloud bug <nckx>With wget: 6945 bytes. The incredible shrinking Zip, one night only. <nckx>Interestingly(?), curl at least returns the same as wget: 6945 <nckx>Run again, it returns 5164. <nckx>‘Isn't she amazing, ladies & gentlemen?’ <nckx>Always smaller. This is becoming awfully coincidental. <M6piz7wk[m]>maybe it's just some kind of Pied Piper levels of incredible self-replicating compression that we just didn't get an update to work with yet <nckx>I'm not familiar with what binwalk is supposed to do, but I guess it just looks for file magic? <nckx>M6piz7wk[m]: Must be. Probably because it's in fekkin' Rust. <efraim>rekado: python-pytest-asyncio is bad news. Just got python-ipykernel to build <M6piz7wk[m]>nckx: yep just seems to be looking at hex definitions and interprets them <nckx>Thanks, I'm going to package it for Guix if reasonably possible. <nckx>I wrote something hacky like this using file + dd once, wish I'd known something sane existed ☺ <M6piz7wk[m]>allegedly should have `921869 0x4B1A0D End of Zip archive, footer length: 22` to work <M6piz7wk[m]>ye me too would save me a lot of time making makeshift bios for my GPUs <nckx>Yeah, ZIP is ‘weird’ in that it collects the index at the end of the file (because obviously you're archiving to floppies, and the archiver can't know what's coming, or something). <nckx>You can truncate that to ZIP is weird. <nckx>There isn't even a authoritative spec, just ‘do what PKZIP does I guess’. <nckx>…it's already packaged in Guix as python-binwalk, let's rename that little fellow to binwalk. *M6piz7wk[m] had to do `steam-run ./Appimage` on NixOS *M6piz7wk[m] is trying to get nextcloud client to sync the dir on his system <nckx>That might work. There's no official way. <nckx>My attempt to pull c-u-f: (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (icu4c-69)) (value #f) <vivien>nckx, that’s from nonguix, right? <podiki[m]>nckx: there is a core-updates branch on nonguix too <nckx>Ah, that would make sense. I added it to test Firefox and am already being punished by the freedom gods. Thanks vivien. <nckx>Nah, I'll just remove it but keep FF in my profile. Thanks! <nckx>We've had similar problems the past few weeks. The root cause wasn't found AFAIK. I hope this isn't how it begins again. <nckx>Literally just now‘guix pull: error: Git error: unexpected http status code: 502‘ <podiki[m]>(the CI has seemed to stopped liking c-u-f-batched-changes again and hasn't built) <jpoiret>has anyone ever tried/looked into running shepherd as the early userspace init process? <nckx>M6piz7wk[m]: You'll have to ask somewhere else, not on an official Guix (=GNU) channel. Thanks for understanding. <M6piz7wk[m]>Why is nextcloud not packaged anyway? Does it have any freedom issues or just needs to be defined into a package? <M6piz7wk[m]>since it seems to use non-free JS on the login and stuff <gabr000>in guix, the packages installed during installation are avaible for all users right? <vivien>gabr000, are you using guix system, or another distribution? <gabr000>during installation i mean during os install <vivien>Did you boot into a guix system installer, or did you install the guix program from another distribution? <gabr000>guix installer, the intire OS i mean <vivien>OK, so how did you install packages within the guix installer? <vivien>Normally the installer does not ask you to install packages, I’m confused. <gabr000>i ask that because i was having trouble with emacs-exwm installed during boot installation (i marked the boxes of emacs-exwm) <vivien>OK, so each user should be able to run EXWM <gabr000>and for that packages i couldnt install emacs-guix <gabr000>i needed install emacs again for the user <vivien>Since EXWM is just emacs, the emacs binary is that of the system (the same for all users), and I think you need to extend that to all your emacs packages. The installer should have written a file named /etc/config.scm, that details the system configuration. You should see an emacs entry in the packages list, and if you put all the other emacs- packages in the same place, you will be able to use them. <vivien>I don’t have an EXWM system anymore, so I’m telling this from what I remember. <nckx>Where does Cuirass store evaluation logs? <nckx>‘guix build: error: gcry_md_hash_buffer: Function not implemented‘ <nckx>(‘guix build: warning: failed to load '(gnu packages browser-extensions)': Function not implemented‘) <nckx>I might back away from the c-u-f. <lilyp>nckx: Roll back and try to repair? <lilyp>I think civodul announced doing something spooky in IRC <nckx>Ah, this is the Halloween surprise? <rekado>efraim: did you have a look at PurpleSym’s patches for jupyter on the master branch? <gabr000>vivien: so, for every package in emacs i would've to install it via config.scm? <rekado>nckx: I’ve had the same problem since about a week or so. <rekado>only in my worktree, not in a separate checkout. <rekado>I have no idea what’s going on there <florhizome[m]>> * <@6piz7wk:tchncs.de> is trying to get nextcloud client to sync the dir on his system <florhizome[m]>I am discovering davfs2 and gvfs for such things, Nextcloud client has been very dissatisfying. but for the moment I haven’t automated it. <mekeor[m]>i'm using syncthing for syncing things in my local home network <florhizome[m]>Hope I’ll be able to write a service to automount my Nextcloud on login and rsync in the bg soon... <attila_lendvai>is there some machinery to check the signature of an archive that gets downloaded by (origin (method url-fetch) ...)? i'm working on a binary downloader package (to be inlucded somewhere else), and for now i'm invoking gpg in the build phase on a keyring assembled from a text constant. but it's... not beautiful. <attila_lendvai>or authentication completely relies on the content hash? the upside of checking the gpg signature is that when the package is upgraded, then only the version needs to be incremented. no need to manually check the signature and the content hash. <vivien>attila_lendvai, I’m sure it would be useful for source code distributions too. <vivien>But, if the signature matches, without knowing the hash, how do you know it’s not a downgrade? <vivien>(how do you check that the thing you downloaded is of the same version as what you defined in the module) <attila_lendvai>vivien, i wouldn't get rid of the content hash. i think the only benefit of the source signature check is that it's easier to update the package to a new version: just edit the version, fire the build, replace the hash with the new one from the error message. no need to manually check the signature. <vivien>attila_lendvai, so I didn’t understand the purpose of checking the signature. <gbrlwck>in which package can i find `riscv64-unknown-linux-gnu-gcc`? <fnstudio>hi, sorry, following up on a previous question earlier today, i don't seem to have readline working within my bc <attila_lendvai>vivien, i'm not sure about it either. i think the content hash does everything the signature does. and i don't readily see an attack vector that is closed by the signature check, but not the content hash. yet, for some reason it *feels* useful. <fnstudio>do you think that hints at some problem with my guix setup? <vivien>attila_lendvai, maybe you could make a gpg importer: you would pass it the URL for the downloaded thing, the URL for the signature (it could heuristically find it IMO) and it would tell you the hash after checking it. <attila_lendvai>vivien, and where would the key itself come from? the invoking user's ~/.gnupg keyring? <vivien>attila_lendvai, yes, but first it would try to refresh the key from a key server <attila_lendvai>vivien, am i right to assume that the key refresh operation is safe for man in the middle attacks? <vivien>attila_lendvai, not really, if someone makes you download an old version of a revoked key, you might validate the signature. <attila_lendvai>i.e. if the initial import was done well, then key refresh is safe because key updates are self-signed. <florhizome[m]>So gala wants libmutter 6-9 , but guix only has Mutter 3.34 which ships with libmutter 5 :D <vivien>florhizome[m], on core-updates-frozen, mutter is version 40.5, and it will be merged into master Really Really Really Soon <florhizome[m]>thoughts and prayers to all ppls doing gods work on c-u-f ;) <vivien>I hope they manage to do it and not drown under the amount of merges to do between master and the various core-updates :( <florhizome[m]>vivien: yeah I suspected that. it just looked very bleak “can’t find libmutter 6. ...;7...;8....;9” <florhizome[m]>they seem to have put in a lot of work between gtk 3.34 and 40 <florhizome[m]>At this point I am v curious to reading the blogpost after the merge <rekado>bah, I have no idea how to get these Honeycomb LX2 boards to work <bdju>is qtcreator not packaged? I tried a few search terms and didn't see it *nckx seconds florhizome[m]'s recommendation of davfs2, was a life-saver to rescue forgotten files from a ‘cloud’ thing that went tits-up. <nckx>rekado: Thanks for the confirmation that it's not (just) a me-thing. <podiki[m]>bdju: I don't think it is, but there is qmake (e.g. qt build system) which I think should be what you need for building things made with qtcreator? <bdju>podiki[m]: a friend told me to install qtcreator, not sure what I was gonna do with it. <jpoiret>qtcreator is the Qt IDE, it has tools to create UIs with drag n drop among others <bdju>he later sent a screenshot of a sort of UI mockup <rekado>nckx: oh, you got one of these boards too? <attila_lendvai>should packages generally avoid specifying -j for make? and rely on the builder being parallel? i'm packaging smplayer, and it's overwhelming my laptop's 16GB when -j (=8) <nckx>rekado: Ha, no! Sorry for the confusion, I was talking about your confirmation of the gcry_md_hash_buffer issue. <nckx>jpoiret: It used to work. I didn't check whether it still is. <nckx>jpoiret: Yeah, works fine: “Using hardware decoding (vaapi).” (mpv) <nckx>Now… how did I get there. <jpoiret>it's not working for me, but c-u-f shenanigans might be there as well <jpoiret>just reconfigured with intel-vaapi-driver and libva in the system profile, will try again… I'm getting "wl_drm@6: error 0: authenticate failed" for now on sway and weston <nckx>jpoiret: intel-vaapi-driver is the answer. Is LIBVA_DRIVERS_PATH set? <nckx>jpoiret: You can install libva-utils and run vainfo to check your configuration. <jpoiret>yes, that's the error I get when running vainfo on sway or weston <jpoiret>on i3, no problem to be found, so not an env error <jpoiret>(that env variable is set properly apparently) <nckx>Then maybe it is a new ‘feature’ :-/ <jpoiret>hmmm, I guess so. maybe the newer wayland-protocols/sway <nckx>Something for me to look forward to, I guess. <attila_lendvai>if i want to specify a make target in the build phase, then my best bet is (replace 'build (lambda ...)...) and copy-paste the (apply invoke "make" ...) from build/gnu-build-system.scm? <attila_lendvai>note that #:make-flags doesn't work because it's passed to make install, etc <nckx>attila_lendvai: make foo && make foo install should work fine in practice? <nckx>But yes, if you want to ‘properly’ run make foo && make install, replacing 'build is the way to go for most build systems without a #:build-target <nckx>I can't promise that, but I don't see an issue myself. <nckx>Make sure to keep the default #f (none), not "all", because that's almost certain to trigger some bugs somewhere even if it shouldn't. <attila_lendvai>make-flags vs. build-target sounds strange, but i get that build-target is the standard among other builders <attila_lendvai>oh, wait! adding #:build-target means rebuilding the world, right? <jpoiret>alright, first step: ask on OFTC's #wayland for hints about this error message, since there are too many things involved to just grep for error *attila_lendvai is resorting to a snippet <nckx>attila_lendvai: Yes. And agreed: #:make-target is better. It's #:test-target after all, although I've written #:check? and #:check-target after a holiday… Consistency is my crutch. <attila_lendvai>nckx, now that i think about it a bit more... it's the name of the target that should be used in the build phase, so build-target is probably a better name than make-target. after all, `make test` is a make target, too. <attila_lendvai>hrm... or maybe not. but it rebuilds the whole world, so i'll leave it alone on this laptop anyway... :) <nckx>attila_lendvai: Hehe, I think we're trying too hard to divine hidden logic where there is none (not that it matters :) <nckx>#:build-target makes it clear that, unlike #:make-flags, it applies only to build. Oh whatever. If you do submit this patch, choose whatever you prefer! <attila_lendvai>nckx, i think it actually matters a lot, because good names are crucial for an efficient teamwork (where me two weeks later is another team member)... my dismissive attitude is because i'm new to guix, and i don't want to mess with world rebuilding changes just yet. <nckx>We agree on naming things. <lilyp>But don't forget to invalidate your caches :P <nckx>rm is the great invalidator. <drakonis>i hear there's discussion on the mailing list about a rfc process <drakonis>well, the discussion on the mailing list seems to be pretty relaxed so far <attila_lendvai>i'm seeing this "WARNING: Could not find qmake spec 'default'" from lrelease (it's a qt thingy to compile language files). there's nothing on the web about this (besides a heisenbug), so i think this may be a guix packaging issue of qttools <drakonis>a rfc process can be good when it is done correctly and isnt used like a cudgel *M6piz7wk[m] solved his problems with flatpak to get nextcloud and vscodium <M6piz7wk[m]>is either of vscodium or nextcloud against freedom to not be mergable in guix? <drakonis>when it isn't to discuss something and bikeshed a topic for years that will be entirely disregarded <drakonis>M6piz7wk[m]: they're both fine license wise <nckx>I don't think so but I'm not a user of or familiar with either. <nckx>VScodium is just a bunch of scripts that run on Electron, which is a nightmare to package for $reasons drakonis just types, and NC being a Web thing is probably just as bad. <M6piz7wk[m]>also was looking at nextcloud.. it seems that the libreJS is failing because PHP is using self-defined JS? <nckx>You can disable LibreJS, you won't be shunned. <nckx>It's so buggy/flawed I consider it counterproductive to its mission. At best it's a tool for power users. <jpoiret>any reason --with-latest= package transformation is downloading the same tarballs multiple times? <M6piz7wk[m]>btw. will be i murdered if i submit a packaging request for a package about which i didn't know have freedom issues btw? would be good for reference in the worst case.. <drakonis>packaging nextcloud doesnt seem like a big problem though <drakonis>the worst that can happen is a no and an explanation why <nckx>M6piz7wk[m]: If anyone murders you there will be stern talkings-to to avenge your death. *M6piz7wk[m] is used to freaks at NixOS upstream so he appreciates non-hostile environment for development <jpoiret>always fun to see that a guix build pulls in the whole texlive distribution <nckx>I'm sure the ‘freaks’ have their reasons too. <drakonis>M6piz7wk[m]: i wouldn't say freaks but there's a lot of people who're horrible at dealing with others <drakonis>it is currently undergoing the same problems debian has, where every maintainer is the master of their own fiefdom <nckx>You'll be frustrated by our comparative lack of organisation and slow review speed soon enough. I hope we can still be friends. <drakonis>the lack of organization is certainly a positive point, in a way. <jgart>Might be cool to write one in guile... <drakonis>since folks can simply send patches to improve what they want instead of dealing with layers of bureaucracy <M6piz7wk[m]>i don't mind GNU's way of maintainance tbh O.o assuming that being same here <drakonis>plus it is always easy to sidestep the process by running your own channel while you wait <drakonis>conversely, doing that in the nix side is a recipe for pain ***stikonas_ is now known as stikonas
<drakonis>running a repository on the side with nix has always been a huge pain for me <singpolyma>guix you don't even need a channel, just an scm file <drakonis>also support for the upcoming intel discrete gpus <nckx>When I ‘left’ Nix it wasn't more hierarchical than Guix now is (‘.maintainers’ really weren't owners). From your gripes I gather that's very much changed. <jgart>I'm thinking like an "awesome guix channels" list really <jgart>once there is enough people running their own guix channels <drakonis>just consolidate the major channels into nonguix idk <nckx>drakonis: ntfs3? NTFS was always native, just literally nobody used it. Zero peeps. (I know you know, I just find it fun to point out for some reason.) <jgart>so we can easily search across guix channels to see what is not in upstream that is provided by the community of guix channels <drakonis>the ntfs implementation already in the kernel is hot garbage though <nckx>Do they still make you mount with -t ntfs3 instead of -t ntfs? *M6piz7wk[m] still didn't figured out how to get non-free packages on his guix and is afraid to ask <nckx>I hope so. I patched it out in my kernel because I have strong feelings about mount types. This tells you much about me. <singpolyma>if you mount without -t will it pick the new one? That's all I ever do and I forgot the ETFs driver was technically fuse because it never mattered <nckx>M6piz7wk[m]: I'm sure you lurk in a channel where they can help you. Please, don't be ‘afraid’, but nor is abiding by friendly rules a sign of fear or weakness. <nckx>Mount your ETFs under Linux for faster trading. <M6piz7wk[m]>i prefer the term "diplomatical" as going back to nix is how i imagine hell is :p <singpolyma>M6piz7wk[m]: I'm sure I can find you somewhere worse ;) <nckx>singpolyma: Good question. I never configured ntfs-3g (when I still had it installed) to work without explicit ‘mount.ntfs-3g’; it didn't occur to me that this was supported on Guix System. <nckx>I've used NTFS3 since it was in -pf and have been very haps. <M6piz7wk[m]>singpolyma: i've already been to exherbo, gentoo, arch, debian, ubuntu, fedora, openSUSE, bedrock and the worst among worst endlessOS so i doubt it :p *nckx looks up what endlessOS is again… <rekado>there seem to be problems with either the board’s SATA interface or the SSD that I bought. <nckx>You mentioned time-outs. At what level? <M6piz7wk[m]>> * <@nckx:libera.chat> looks up what endlessOS is again… <M6piz7wk[m]>flatpak madness on ostree that needs like 300GB worth of storage just to work <nckx>(And: ugh. How typical for new toys, rekado.) <nckx>Ha ha. Guix System only needs like 2/3rds of that. <drakonis>the thing about flatpak is that it doesnt eat that much space <nckx>I'm just a bit surprised someone like you installed EndlessOS if it's what I'm looking at, M6piz7wk[m]. <M6piz7wk[m]>also "endless" in "endlessOS" refers to storage and processing resource management :p since the more you use the exponentially more it needs :p <nckx>I would not expect a positive user experience to come from that, no. <M6piz7wk[m]>nckx: i didn't i was helping people to get rid of ti and it was hell <M6piz7wk[m]>felt bad for them since one else had the sanity to deal with their problem <M6piz7wk[m]>and you can't even like chroot and easily reinstall that thing <nckx>It's obviously aimed at folks who don't know what a chroot is or how you're supposed to cook it, but yeah, that means it's not allowed to break or show scary errors. That's kind of the deal. Pity. <rekado>nckx: I tried booting Ubuntu, and Linux tells me that there are I/O errors. Even before that, though, when I boot the default u-boot image and run “scsi reset” it sometimes works and sometimes just times out. <mekeor[m]>jgart: why would you transpile purescript to guile/guix? :D <M6piz7wk[m]>it's like early-alpha at beast in terms of "not allowed to break" last time i checked it <rekado>I also note that the thing gets pretty hot <nckx>The honeymoon period is supposed to be longer than this. <nckx>You say it, I thought there were more? <rekado>worse: all three boards seem to behave in exactly the same way <nckx>You said you supplied the SSD IIRC? Is there a ‘supported’ model? <nckx>I'm not really adding anything you couldn't think of yourself. I just feel bad. <M6piz7wk[m]>how do i install a package in the environment without reconfiguring? like `nix-env -iA nixos.package` ? <drakonis>info guix for reading them on the terminal <M6piz7wk[m]>i am looking at them but didn't know what to look for x.x <ajarara>there's got to be a phrase for 'so new I don't even know what to consult' <ajarara>experienced it every time I onboard at a new job <ajarara>I guess. Something I'd tell a coworker, so more polite :)