IRC channel logs


back to list of logs

<jgart>what would be the hardest piece to package from the pantheon suite?
<florhizome[m]>bamf is a helper for finding applications I think
<florhizome[m]>From unity
<jgart>I tried grepping gala for it
<jgart>but couldn't find it
<Jeremy[m]>I think it's used by Plank, the dock in pantheon
<Jeremy[m]>and Gala depends on Plank
<jgart>maybe there's some clues here for bamf:
<florhizome[m]>Gala itself probably only actually should need libplank though I think and plank needs libbamf ^^
<Jeremy[m]>Or perhaps libunity depends on bamf?
<florhizome[m]>I will just post what I have.
<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...
<florhizome[m]>On the other side probably gonna deprecate in some time^^
<florhizome[m]>does pantheon do wayland already?
<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>that's my GOTO
<Jeremy[m]>> does pantheon do wayland already?
<jgart>the one app on pantheon that I know needs to attention is code
<jgart>the editor
<jgart>I tried it the other day and it has a few bugs
<jgart>but the core features work
<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.
<M6piz7wk[m]>ehh what was that with the sourcing?
*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
<M6piz7wk[m]>jgart: +1
<jgart>there's currently no instructions on how to fully remove guix on foreign distros
<jgart>in the official manual
<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"
<M6piz7wk[m]>from the "follow the instuctions at the bottom" ?
<florhizome[m]>here you are guix
<florhizome[m]>might be a bit too many inputs or so at times
<jgart>florhizome[m], cool
<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]>and nix-shell not removing all the files
*M6piz7wk[m] made a backup of /gnu and tries the installation again
<florhizome[m]>since they hierarchically dependon each other, yes.
<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
<M6piz7wk[m]>oh it's in /var/guix
<M6piz7wk[m]>[kreyren@leonid:~]$ ls /var/guix/profiles/per-user/
<M6piz7wk[m]>eh no non-root?
*M6piz7wk[m] is confused
<jgart>that might be one issue
<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]>Install Guix on NixOS
<M6piz7wk[m]>i did the and dunno what now
<M6piz7wk[m]>since i don't have the files in ~/{,.config/}.gnu-profile like the Arch page you sent x.x
<jgart>This is what did it for me when i was using guix on NixOS:
<jgart>I made a systemd service with nix lang
<jgart>that ran the guix-daemon
<jgart>I have that sitting on a hard drive somewhere
<jgart>but it's pretty much what's in that blog post
*M6piz7wk[m] is reading
<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>maybe can be done with
<jgart>l2md guix-logs | afew
<jgart>florhizome[m], oh ok
<florhizome[m]>jgart: isn't that xapian behind those?
<raghavgururajan>IceCat segfaults.
<jgart>florhizome[m], they also have these flags enabled:
<jgart>raghavgururajan, have you tried nyxt yet?
<jgart>or luakit?
<raghavgururajan>jgart: I tried Nyxt, haven't become familiar with it.
<jgart>it's too bad that nyxt can't run on something as fast as luajit
<jgart>maybe clisp?
<jgart>instead of sbcl?
<florhizome[m]>qutebrowser is pretty good, too.
<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?
<jgart>do you rebind any keys?
<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.
<florhizome[m]>well it fails on guix :/
<jgart>oh this is how ambrevar defines keys:
<jgart>raghavgururajan, yup clisp is faster iirc
<jgart>someone mentioned it on sep 5
<raghavgururajan>Oh nice
<jgart>I haven't tried yet
*jgart should try
<florhizome[m]>i have a neat hack that puts prompt and statusbar at the top of the window^^
<florhizome[m]>but no i'm not a great keyboard warrior yet.
<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]>it's pretty capabl, thogh.
<jgart>ambrevar reuses his eww bmarks:
<jgart>that's pretty nice
<florhizome[m]>#+begin_src nix
<florhizome[m]> --replace '/usr/lib/systemd/user' '@prefix@/lib/systemd/user'
<florhizome[m]>would that stay like that?
<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]>oh :)
<florhizome[m]>i would like to write a service that integrates it better on the system level one day.
<florhizome[m]>yes, fromnix, what you posted
<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’.
<luishgh>hm, makes sense. thanks!
<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>how do you get the series?
<jgart>for example, I tried this:
<jgart>but maybe there is a better way?
<nckx>Oh, I don't use the Web interface.
<jgart>what do you use?
<nckx>My mail client is mu4e.
<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>that's what I meant
<jgart>hopefully it's clearer
<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
<jgart>I use as my email client
<jgart>it has comparable features to mu4e
<jgart>I have a patch open for it that I have to finish up:
<florhizome[m]>nckx: the package def from yesterday:)
<florhizome[m]>but yeah me too. going to bed :)
<florhizome[m]>gn8 :)
<jgart>Is there any way to download all the previous mails from any of the guix mailing lists?
<jgart>a one liner
<jgart>or short shell script
<M6piz7wk[m]>ehh.. is the guix-install changing user password?
<M6piz7wk[m]>since my user password no longer works
<M6piz7wk[m]>kinda locked out of the system.. x.x
<M6piz7wk[m]>well i have ssh with pubkey
<M6piz7wk[m]>... which also doesn't work
<M6piz7wk[m]>... what kind of malware you made me to execute! aaaa
<jgart>never seen that one
<jgart>might be a "bug" on the nix end
<jgart>what did you set on the nix end?
*M6piz7wk[m] sent a nix code block:
<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
<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]>so the password is unchanged but it can't auth it?
*M6piz7wk[m] logged in his router and closed off ssh port
<jgart>vagrantc, I remember yoctocell having a script that uses l2md
<jgart>but I can't find it now
<M6piz7wk[m]>[kreyren@leonid:~]$ grep kreyren /etc/passwd
<M6piz7wk[m]>fwiw it doesn't seem to touch the user there
<jgart>it was on their sourcheut
<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]>it's like a horror movie~
<mahmooz>i lost all my data a few months ago
<mahmooz>all my pictures, videos, everything
<mahmooz>literally everything
<M6piz7wk[m]>i have 12 years worth of source code here!
<M6piz7wk[m]>... well it's like 5 dirs that are not backed up but still
<mahmooz>huh just use github
<M6piz7wk[m]>ain't solution
<mahmooz>well i had like 8 years worth of personal data
<mahmooz>like 3tb of data
<mahmooz>all lost
<mahmooz>because im so fucking stupid
<M6piz7wk[m]>personal life doesn't matter!
<mahmooz>wtf its all that matters lmao
<mahmooz>code can always be rewritten
<mahmooz>i cant remake memories
<M6piz7wk[m]>4 years to rewrite this one :p
<mahmooz>and i definitely cant go back in time and take pictures/vids of myself
<M6piz7wk[m]>and intensive mental therapy
<mahmooz>still its doable
<mahmooz>plus just use git wtf
<M6piz7wk[m]>like ask CIA they probably have them~
<mahmooz>lmao probably
<M6piz7wk[m]>i wish i could do GDPR request to CIA
<mahmooz>bet PRISM is still around
<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
<brettgilio>you all need to see this
<brettgilio>sneek tell civodul
<sneek>civodul, brettgilio says:
<brettgilio>sneek help
<brettgilio>sneek later tell civodul
<sneek>Will do.
<brettgilio>sneek botsnack
***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 or something like that at one point
<M6piz7wk[m]>I cant even do chroot to change the password
<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?
<sneek>Got it.
<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
*M6piz7wk[m] uploaded an image: (67KiB) < >
<lilyp>M6piz7wk[m]: Kind reminder that IRC is not Matrix
<bdju> I'm hitting this issue in neovim and it sounds like it may be related to it not being built with luajit support enabled
<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.
<bdju>refirence -> reference
<M6piz7wk[m]><lilyp> "6piz7wk: Kind reminder that..." <- Its optimized for IRC
<M6piz7wk[m]>The guix install results in kernel panic -.-
<M6piz7wk[m]>Is that even maintained
<M6piz7wk[m]>Nope.. last update in Q1 2020 apparently..
<M6piz7wk[m]>Ehh so how do I install guide
<M6piz7wk[m]>Oh 21052011 maintained
<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
<M6piz7wk[m]>.bin file?
<M6piz7wk[m]> ?
<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]>Would rather argue for more tests like VM scripting
<M6piz7wk[m]>Since this seems like something that would be very easy to capture as the error looked like unbound variable
<M6piz7wk[m]>The latest just showd GRUB with blinking _
<M6piz7wk[m]>The pain
<M6piz7wk[m]>Yay manual install adventure
<jpoiret>manual installation using foreign distro is the easiest i feel
<jpoiret>although the latest install image not working should be a bug
<jpoiret>it boots on Qemu for me
<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 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]>Which also didnt work on Nixos..
<M6piz7wk[m]>Trying the 1.2.0 though
<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's weird that GRUB fails to boot
<jpoiret>it doesn't drop you into the GRUB rescue shell?
<jpoiret>is your arch x86_64?
<M6piz7wk[m]>jpoiret: Yes
<M6piz7wk[m]>jpoiret: No
<M6piz7wk[m]>jpoiret: The stable allows me to boot, but then results in kernel panic
<M6piz7wk[m]>The latest has the GRUB issue
<jpoiret>Grub just hangs at Welcome to GRUB?
<M6piz7wk[m]>At GRUB and blinking _
<jpoiret>is your system EFI?
<jpoiret>that might be why
<jpoiret>ah no nothing, I thought it was an EFI grub in the install image but apparently not
<M6piz7wk[m]>Yep since the stable grub works
<M6piz7wk[m]>Can someone just build me an iso or something
<jpoiret>well we could but it'd end up being the exact same iso as the latest one
<jpoiret>guix doing what guix does
<M6piz7wk[m]>Thus the something part! :p
<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
<jpoiret>you can look at the guix package definition at
<M6piz7wk[m]>Wait i did dd on /dev/sda1.. it needs to be on /dev/sda right
<jpoiret>it is a disk image
<vivien>Hello guix :)
<fnstudio>hi! anyone knows how i can have readline support in my bc? i see this 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]>what would be the equivalent in guix?
<florhizome[m]>referring back to
<florhizome[m]>makeFlags = [ "INTROSPECTION_GIRDIR=${placeholder "dev"}/share/gir-1.0/" "INTROSPECTION_TYPELIBDIR=${placeholder "out"}/lib/girepository-1.0" ];
<florhizome[m]>for the ${placeholder "out"}
<lilyp>(assoc-ref %outputs "out")?
<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
<M6piz7wk[m]>On the latest
<M6piz7wk[m]>Complains about /proc/stat not reading
<florhizome[m]><lilyp> "(assoc-ref %outputs "out")?" <- will try,ty
<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]>Seems like this issue
<M6piz7wk[m]>Same kernel panic with nomodeset
<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.
<M6piz7wk[m]>For the record pretty sure the err is^
<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]>And the used UUID doesnt seem to be present
<M6piz7wk[m]><jpoiret> "It should be "Kernel panic - <..." <- Not syncing: attempted to kill init! Exit code=0x00000000
<M6piz7wk[m]>If i change the UUID it gets me in guile shell
<jpoiret>alright! seems like it fails to mount the root filesystem, and thus fails, and early userspace init exists
<jpoiret>change the uuid where?
<M6piz7wk[m]>In the Grub record
<M6piz7wk[m]>Also says filesystem not detected in grub shell
<M6piz7wk[m]>When looking on the files
<M6piz7wk[m]>*No known filesystem detected
<jpoiret>if you change the UUID in the grub.cfg it gets you in the grub shell, not the guile shell, right?
<M6piz7wk[m]>-> setmode it ?
<M6piz7wk[m]>jpoiret: In grub using the emacs-like editor changing the UUID on something it cant find results in guile shell
<jpoiret>oh you mean the --root=THING?
<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>in the kernel commandline?
<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.
<M6piz7wk[m]>jpoiret: Yes
<M6piz7wk[m]>jpoiret: Yes
<slyfox> has a few more examples
<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>there's no reason you should not
<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
<M6piz7wk[m]>Yes I get loading kernel modules
<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?
<jpoiret>BeauGauss: not yet afaik
<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
<M6piz7wk[m]>The sda is USB with the installer
<jpoiret>the last line you see is "loading kernel modules...", right?
<M6piz7wk[m]>Btw tried insmod iso9660
<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?
<M6piz7wk[m]>The kernel modules are like 7 sec before that
<M6piz7wk[m]>jpoiret: What is it then? X.x
<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]>jpoiret: No
<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>no, the UUID is okay i think
<jpoiret>that's the partition UUID on the usb key
<florhizome[m]>oh i think what you are saying using with % will work😌
<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/...
<jpoiret>then press enter
<M6piz7wk[m]>jpoiret: The USB should be (hd0,msdos2) which says no known filesystem in grub shell on it
<jpoiret>can you mount it from inside nixos?
<jpoiret>it's weird because grub can load the kernel from there apparently
<M6piz7wk[m]>Cant do sh@#% from nixos after what did to it >.<
<M6piz7wk[m]>I was able to Mount it on rescue though
<jpoiret>if you have another rescue live usb, that'd be useful
<M6piz7wk[m]>jpoiret: Results in no boot file passed via --load
<M6piz7wk[m]>And I have guile shell again
<jpoiret>yep, and it should drop you into a repl, right at the end of the boot sequence
<M6piz7wk[m]>Can I do something useful in repl
<M6piz7wk[m]>jpoiret: I want clean guix not foreign distro with guide though
<jpoiret>yes I know
<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
<jpoiret>M6piz7wk[m]: try `,use (ice-9 ftw)`
<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 .
<M6piz7wk[m]>I didnt do Dev zero with dd
<M6piz7wk[m]>jpoiret: Nothing happened
<jpoiret>that's normal
<M6piz7wk[m]>Should I do `dd if=/dev/zero` ?
<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
<M6piz7wk[m]>($1 = ...-init)
<M6piz7wk[m]>Edit: $1 = (...-init)
<jpoiret>ehm, try (map display (scandir ...)) instead
<M6piz7wk[m]>...-init$2 = (#<unspecified>)
<M6piz7wk[m]>Oh too many closing parenthesis
<M6piz7wk[m]>Seems to do something now
<M6piz7wk[m]>Oh nwm I had one short this time same result
<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>eh, alright
<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
<M6piz7wk[m]>jpoiret: Tried that already
<M6piz7wk[m]>With same issue
<fnstudio>jpoiret: thanks for your advice on bc, sorry for a slow reply, i'm going to try that straighaway
<M6piz7wk[m]>Fwiw my dd command didnt have `bs` set
<jpoiret>alright, the thing is, if we want to debug this further, having another live image will help
<jpoiret>does your nixos not boot at all?
<M6piz7wk[m]>It boots but i cant log it or chroot into it
<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
<M6piz7wk[m]>I have rescue image of nixos that i can use though
<fnstudio>going to try adding readline explicitly
<jpoiret>you can't log into nixos?
<jpoiret>you may have run `guix system init /` no?
<jpoiret>i don't see how guix could've broken nixos like that
<M6piz7wk[m]>I ran the on it
<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
<M6piz7wk[m]>jpoiret: Not present in gnu store
<jpoiret>("ls gnu/store/ | grep -- -boot" to find it)
<M6piz7wk[m]>Oh ending in boot i was looking for init
<M6piz7wk[m]>Also not found
<efraim>fnstudio: what is the output from `guix shell bc readline -- which -a bc`
<nckx>florhizome[m]: (CMake was to ‘blame’: the permissions in the build directory were fine)
*M6piz7wk[m] did `find gnu -name *boot*` and nothing was returned
<slyfox>consider quoting '*boot*'
<M6piz7wk[m]>Oh found some things but nothing with dhiddiebdhdu-boot
<jpoiret>i'm booting the same iso as you in a vm
<jpoiret>try the file starting with byccxkd
<jpoiret>it should end in -boot
<M6piz7wk[m]><M6piz7wk[m]> "No last line I see is "loading..." <- The installer was looking for it
<M6piz7wk[m]>Maybe it doesnt exist and thats why its failing ?
<jpoiret>well yes, but then the init shouldn't die, just tell you it errored
<jpoiret>do you really not have that file?
<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]><M6piz7wk[m]> "" <- This
<jpoiret>did you need conv=sync?
<jpoiret>maybe the usb is faulty
<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.)
<M6piz7wk[m]>None that i could see
<jpoiret>maybe you should try dd'ing it again to the usb and watch dmesg
<jpoiret>(without conv=sync)
<nckx>Yeah, and (if your drive still has one) keep a low-tech eye on the LED.
<M6piz7wk[m]>> has skinny extends
<jpoiret>also, sync is completely unneeded after
<nckx>Though it never hurts.
<M6piz7wk[m]>Downloading eta 99sec
<M6piz7wk[m]>Do you have a checksum for the file?
<M6piz7wk[m]>faf913a6.. sha256sum
<jpoiret>sha256 is 1d1b9445d897276e16e6261f9361cabacc887288ad751a387a95dbd71fb41f03
<jpoiret>although i just started it so it may have changed
<jpoiret>my bad, let me download it again fresh
<M6piz7wk[m]>Ye not same
<florhizome[m]><nckx> "florhizome: https://paste.debian..." <- oh cmake ._.
*M6piz7wk[m] hates cmake
<fnstudio>efraim: hey, thanks, here's the output:
<jpoiret>yup, faf913a6ab098de32c8ad0812c6008cd2f86b9f7d259647204262193329bcb7d
<M6piz7wk[m]>Gut gut
<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.
<M6piz7wk[m]>Running `dd if=iso of=/dev/sdb status=progress`
<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]>nckx: Also why does it scream so much :/
<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.
<florhizome[m]>> <> what would be the equivalent in guix?... (full message at
<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>(Fuck I'm old.)
<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
<M6piz7wk[m]>Yay it works!
<M6piz7wk[m]>Damned free USB flash disks
<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.
<M6piz7wk[m]>I use btrfs for root should i use it for bios_grub?
<M6piz7wk[m]>jpoiret thanks a lot for help btw !
<florhizome[m]><nckx> "" <- This returns a #f for (assoc-ref %outputs dev) so string-append fails
<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.
<itd_>Hi, if possible I'd like some feedback on ("[PATCH] gnu: Add tmate-ssh-server service."), please. Thank you!
<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.
<M6piz7wk[m]>Whats graft
<M6piz7wk[m]>Guix craft?
<nckx>Grafting as in saplings. Deps form a tree. We have pun.
<nckx>Coincidentally, I just mentioned grafts in my reply to <> but it hasn't shown up yet. Anyway, they're a pretty big deal.
<M6piz7wk[m]>How do I use guix shell
<jpoiret>you can always look into the guix manual using `info Guix` (or C-h i m Guix RET in emacs)
<M6piz7wk[m]>Says command not found
<M6piz7wk[m]>I understood it being built in?
<M6piz7wk[m]>I have environment though
*M6piz7wk[m] is trying to figure out how to get a temporary tor browser
<M6piz7wk[m]>Or like any usable web browser x.x
<jpoiret>did you run guix pull on your new system?
<M6piz7wk[m]>Nope should i?
*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]>Following that now
*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.
<M6piz7wk[m]>Oh oke
<M6piz7wk[m]>Is guix pull separate per user or also global?
<nckx>Tor Browser isn't packaged. IceCat is the GNU-FSDG-ified Firefox.
<nckx>M6piz7wk[m]: Per user.
<M6piz7wk[m]>(Its separate on nixos)
<nckx>Yes. Here too.
<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]>Is there a replacement addon sho?
*M6piz7wk[m] always hated the non-free addons in the shop
<nckx>Unfortunately, no.
<jpoiret>iirc you can still use the mozilla one, just that icecat will not redirect you to it
<M6piz7wk[m]>Good enough
<nckx>I don't see any sign of that but maybe they meant the Nix package itself isn't ‘maintained’ as such? Donne.
<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
<M6piz7wk[m]>Wait isnt torbrowser built on icecat?
<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]>Omg its so beautiful
<M6piz7wk[m]>I press power off and the system turns off
<M6piz7wk[m]>Such a premium feature
<M6piz7wk[m]>Do you have vscodium or something?
*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.
<raghavgururajan>Oddly, I am getting degfaults after first run.
<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.
<raghavgururajan>I see.
<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>nckx: StumpWM
<raghavgururajan>It worked. Nuking ~/.mozilla
<raghavgururajan>Woah, it appears icecat actually got merged with abrowser?
<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
<jpoiret>fixed in 1.6
<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>I know.
<nckx>I put it there‌ :)
*nckx shall soon taste the sweet dog food.
<jpoiret>is a lwn subscription worth it
<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.
<gbrlwck>how can i inspect what generates the issue? should i just kill the zombies and hope for `guix pull` to finish anyways?
<M6piz7wk[m]>hello from guix ^-^
<raghavgururajan>nckx: The list appears in new tab.
<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]> 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’ ☺
*M6piz7wk[m] sent a code block:
<raghavgururajan>Recent Activity
<M6piz7wk[m]>says it ain't zip file
<nckx>And yet it works with NixOS's unzip? You sure?
<M6piz7wk[m]>yes did that many times there
<M6piz7wk[m]>it's zip file generated by nextcloud
<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)
<M6piz7wk[m]>same format different revision
<nckx>M6piz7wk[m]: So not the same file?
<nckx>Then try Nix's on the exact same file.
<M6piz7wk[m]>not the same zip archive
<M6piz7wk[m]>unable u.u
<M6piz7wk[m]>unless i can guix shell nix
<M6piz7wk[m]>oh i can
<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.
<M6piz7wk[m]>is there alternative software to unzip zip files
<M6piz7wk[m]>7z or something?
<gbrlwck>there's no process with that pid
<M6piz7wk[m]>Unexpected end of archive
<M6piz7wk[m]>Physical Size = 23769
<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]>Trying to re-download
<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>I guess.
<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.
<M6piz7wk[m]>i tried to redownload it 3 times even over wget now
<nckx>Is it possible to share the URL?
<nckx>I could try.
<nckx>And report the SHA sum.
<nckx>Or whether it unzips.
<M6piz7wk[m]>my guix config.. some parts set as proprietary to avoid people using broken code
<nckx>That's a 0-byte file.
<nckx>Ah, I'd need to log in.
<M6piz7wk[m]> ?
<M6piz7wk[m]>i didn't need to log in in wget
<nckx>M6piz7wk[m]: But did you get a zip file? I get HTML.
<nckx>With both URLs above.
<M6piz7wk[m]>did you quote the url?
<nckx>Of course.
<M6piz7wk[m]>it saves it as a weird name but file says it's zip
<M6piz7wk[m]>oh html
<nckx>No difference with wget.
<nckx>I believe you, I just can't reproduce, maybe they authorise IPs or something weird.
<M6piz7wk[m]>try ?
<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]>> * <> downloads all files.
<M6piz7wk[m]>it generates a zip archive for me
<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> 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.
<M6piz7wk[m]>FWIW i had no issues on firefox with those files
<M6piz7wk[m]>well firefox on nixos
<florhizome[m]>(bamf builds now)
<nckx>15687 bytes(!)
<nckx>Same error, because obviously.
<M6piz7wk[m]>oh good to know
<nckx>What the absolute flip.
*M6piz7wk[m] asked in nextcloud suspecting nextcloud bug
<M6piz7wk[m]>or like can i get a nextcloud client on guix?
<M6piz7wk[m]>it doesn't seem packaged
<nckx>With wget: 6945 bytes. The incredible shrinking Zip, one night only.
<nckx>No idea M6piz7wk[m].
*M6piz7wk[m] sent a code block:
<M6piz7wk[m]>( from nextcloud)
<M6piz7wk[m]>hex-wise doesn't seem to have an end defined
<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’.
<M6piz7wk[m]>ye x.x
<nckx>…it's already packaged in Guix as python-binwalk, let's rename that little fellow to binwalk.
<M6piz7wk[m]>how can i run appimages on guix?
*M6piz7wk[m] had to do `steam-run ./Appimage` on NixOS
*M6piz7wk[m] is looking at
*M6piz7wk[m] is trying to get nextcloud client to sync the dir on his system
<nckx>That might work. There's no official way.
<M6piz7wk[m]>what's the GUIX way to get nextcloud rather ?
<nckx>My attempt to pull c-u-f: (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (icu4c-69)) (value #f)
*nckx doesn't know.
<vivien>nckx, that’s from nonguix, right?
<podiki[m]>did cgit on savannah just go down?
<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!
*M6piz7wk[m] found
<podiki[m]>cgit back up
<podiki[m]>nckx: it was but now responding again
<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.
<podiki[m]>and are there any updates on c-u-f-batched-changes going into c-u-f? I saw the thread at looked like it was close now?
<nckx>Literally just now‘guix pull: error: Git error: unexpected http status code: 502‘
*nckx sigh.
<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?
<M6piz7wk[m]>Is there any list of nonguix-alike channels
<nckx>M6piz7wk[m]: You'll have to ask somewhere else, not on an official Guix (=GNU) channel. Thanks for understanding.
*nckx AFK.
<M6piz7wk[m]>ah oke O.o
<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
<M6piz7wk[m]>oh i can use rclone
<M6piz7wk[m]>nwm rclone doesn't work
<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
<gabr000>vivien: guix
<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.
<mekeor[m]>is exwm in your system config.scm?
<nckx>Where does Cuirass store evaluation logs?
<mekeor[m]>wow. i just gc'ed 16GB :D
<nckx>‘guix build: error: gcry_md_hash_buffer: Function not implemented‘
<nckx>Oh god what now.
<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?
<gabr000>yeah i think it make sense
<vivien>gabr000, I think that’s it
<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]>have y’all known about clear Linux from intel?
<florhizome[m]>this is how they manage packages at the user level
<florhizome[m]>sounds kinda nix/guix-y
<florhizome[m]>> * <> 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...
<florhizome[m]>yeah I will need to try that more, too.
<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
<fnstudio>this is what i get if i type "guix shell bc readline -- which -a 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
<rekado>I’m following the instructions here to install Ubuntu, but I’m getting timeout errors all the time:
<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)
<jpoiret>anyone got vaapi to work with mpv?
<jpoiret>or just vaapi in general on wayland
<drakonis>oh, zig's finally available
<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>I'm on Sway.
<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
<ajarara>jpoiret: excited for this!
<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
<attila_lendvai>nckx, shall i add #:build-target? would that be accepted?
<nckx>I can't promise that, but I don't see an issue myself.
<nckx>So LGTM ☺
<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>it's more like #:check? should have been called #:run-tests?
<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>seems to be going well
*nckx ambivalent.
<drakonis>well, the discussion on the mailing list seems to be pretty relaxed so far
<drakonis>which is always good
<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
<attila_lendvai>the single match seems to be unrelated:
<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.
<drakonis>the problem is the dependencies
<drakonis>electron for vscodium
<M6piz7wk[m]>ah right
<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?
<jpoiret>mhmmm, packaging PHP
<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.
<M6piz7wk[m]>ye seems very buggy but makes me feel safer
<drakonis>nextcloud has some stuff afaik
<drakonis>nextcloud is just php and javascript
<drakonis>so its not as complicated.
<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>well, god no.
<drakonis>we're not like that
<drakonis>the worst that can happen is a no and an explanation why
<podiki[m]>guix = good people!
<podiki[m]>jpoiret: I don't know, I see that a lot too
<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
<drakonis>its complicated there
<drakonis>it grew rather unsupervised
<M6piz7wk[m]>nckx: heh
<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>Looks like someone actually wrote a purescript to nix transpiler:
<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>alas, linux 5.15 is upon us
<drakonis>native ntfs is finally here
<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>Might be cool though to eventually set up something like nur repos but for guix channels:
<jgart>I'm thinking like an "awesome guix channels" list really
<drakonis>its grown incredibly hierarchical
<drakonis>let me look it up
<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>ntfs3, yes.
<drakonis>the ntfs implementation already in the kernel is hot garbage though
<drakonis>its read only and slow
<nckx>Do they still make you mount with -t ntfs3 instead of -t ntfs?
<nckx>drakonis: Oh yes.
<drakonis>i'm sure they changed that
*M6piz7wk[m] still didn't figured out how to get non-free packages on his guix and is afraid to ask
<drakonis>nonguix idk
<drakonis>its easy peasy tbh
<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.
<drakonis>ntfs-3g is the one you mean
<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]>> * <> 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.)
<M6piz7wk[m]>and that limits the user to do anything
<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
<drakonis>ostree is kinda like git
<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
<drakonis>honeymoon periods ahoy.
<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>guix install packages
<drakonis>we have docs you know :V
<drakonis>they're good docs.
<ajarara>the docs are very good
<drakonis>info guix for reading them on the terminal
<drakonis>also invoke guix pull
<M6piz7wk[m]>i am looking at them but didn't know what to look for x.x
<drakonis>for the freshest and hottest goodness
<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>(and nix as well)
<ajarara>I guess. Something I'd tell a coworker, so more polite :)
<mekeor[m]>it's fine to ask on irc, imho