IRC channel logs


back to list of logs

<rekado>glib failed 2 of its tests on berlin, so reconfiguring failed.
<thomassgn>how do I use guix download with a git repo? I'm trying to package something from github, but can't find the hash without guix download...
<thomassgn>also, I just realized there is no 'gnu build-system go'. Are there no go packages or do they just use trivial or gnu?
<mystified>hey guys anone around to help with installation guixsd, I formatted the root partition prior to booting the liveusb in my case it's
<mystified>booted the usb
<mystified>i have configurred the network
<mystified>pinged google
<mystified>now ready to mount "mount LABEL=my-root /mnt"
<mystified>i have a couple of Quest here
<mystified>ihave not named any thing for my root partition
<mystified>all I have is sda8 ext4
<mystified>so what should I do here
<mystified>I'm using a gpt efi
<mystified>sda1 one is a efi boot partition
<mystified>anyone around
<sadiq[m]>After installtion it says to export gio_extra_module, gtk_path and a few others.. and I'm on console :(
<mystified>if anyone can help out with configuration.scm it would be appreciated
<mystified>much prefer nano.
<mystified>I could not even locate the command instruction for zile
<mystified>anyone around 2 help
<mystified>can anyone help
<thomassgn>it's been a while since I installed, but it's the config your having problems with? or editing in general?
<mystified>and thanks
<mystified>I'm not much of a techie
<mystified>i've mounted the the drives
<thomassgn>if you want nano for editing just do 'guix package -i nano'
<mystified>I'm at the configuration file..
<mystified>nano is included
<mystified>not sure what I need to edit in there
<mystified>or like other distros
<mystified>you add that later
<mystified>i'm installing sda8
<mystified>gpt bios
<thomassgn>so you have the sample configuration as config.scm or something?
<mystified>i would prefer not to install grub.
<mystified>ahh iwas about to say i'll paste the out put
<mystified>here one in the manual
<thomassgn>I have no idea about dual/multi booting. But I think you can just leave boot target empty
<mystified>is it here where i need to make the changes to represent my system
<thomassgn>ah,if you want to post your config please use a pastebin or something. Check wgetpaste
<mystified>like supplying name of the machine
<mystified>usernames etc
<mystified>likewise locales etc
<mystified>so what do ineed to add for
<mystified>root to be sda8
<mystified>and no grub installation
<thomassgn>my current config is at
<mystified>i'm using rEFInd
<thomassgn>not sure if that helps.
<thomassgn>you can use the label you set for the FS in your config.
<thomassgn>locale, hostname & users are all in the sample config, I think most of them are required
<mystified>by label you mean "dev/sdax" & hd(0:8)
<thomassgn>no, label is what you used for mounting earlier.
<thomassgn>youll find it in /dev/disk/by-label/
<thomassgn>but you can just write /dev/sda8 if you want that
<mystified>is that the uuid
<thomassgn>no, label is something you set when creating the filesystem
<mystified>i have not given it a label
<thomassgn>e.g. mkfs.ext4 -L somename /dev/whatever2
<mystified>ok that easy
<thomassgn>then just use /dev/sda8 or what it was.
<mystified>I'll go make changes
<mystified>I wish there was a video online to follow
<mystified>it would bring more users to guixsd
<mystified>love the concept.. hope i'm happy with it
<mystified>is this config file where i write the DE i wish to use so in my case i would like to use xfce
<mystified>I see in here your using tor & tor socks
<mystified>will tor browser work on guix
<thomassgn>don't think it's packaged
<thomassgn>both xfce and tor-browser
<thomassgn>oh, xfce is packaged
<mystified>so it's not possible to get tor-browser up running
<mystified>so your configurred tor to do the same
<thomassgn>ye, I just point iceweasel/qutebrowser at socks://localhost:9050
<thomassgn>as a proxy
<mystified>I've tried in the past but i get leakage
<mystified>checked with dns test
<thomassgn>like DNS?
<mystified>tried on trueos (freebsd)
<thomassgn>yes, you need to fix that it sends DNS through proxy also.
<mystified>i could not find the work around for dns leakage.
<mystified>I have limited tech skill
<mystified>thats why i prefer tor-browser
<thomassgn>I don't remember how I did. but I think for iceweasel it's now in the proxy settings. If not it's in the about:config. qutebrowser has it in the settings page
<mystified>you help has been fantastic
<mystified>i'll lookinto it
<mystified>after I get running
<thomassgn>tor-browser is probably better in some sense, unfortunately it's not packaged.
<mystified>I think my real headache will be the config of grub..
<mystified>as I wish not to use it
<lfam>thomassgn: I have a work-in-progress Go build system here:
<lfam>That tree is about a week old (not actually from December, I need to reset the date of that commit)
<lfam>Over the next few hours I'm going to clean it up for submission, hopefully
<mystified>I appreciate your help
<thomassgn>lfam awesome! will look at it. though I have no experience with go :)
<thomassgn>mystified: np, happy to help.
<mystified>cheers thx again
<lfam>You can use it to build Syncthing, with the (gnu packages syncthing) module that's also in that branch
<mystified>for now out
<thomassgn>mystified: for grub you can just leave the field open/empty like:
<lfam>It works fine, but it doesn't run the tests of Syncthing's dependencies
<thomassgn>(bootloader (grub-configuration (target "")))
<thomassgn>souds like what I'm looking for.
<lfam>That older code works, but it's messy and has some bugs (like not running those tests). Fixing those bugs forced me to package more dependencies
<lfam>I force pushed the latest version to that branch
<sadiq[m]>And at last, Hello from GuixSD :)
<sadiq[m]>now, once I do `guix environment guix` where is the source of guix present?
<atw>sadiq[m]: from my understanding, "guix environment guix" will give you the tools necessary to build guix, but not the code of guix itself. If you want that, you will have to clone the repository.
<lfam>sadiq[m]: You can get the source with `guix build --source guix`
<sadiq[m]>hm.. guix gc deleted all my bootstrap binaries. Now it's compiling again :(
<sadiq[m]>I installed gstreamer. But I can't open mp3 files in totem (ogg files works fine). The error is: MPEG-1 layer 3 decoder plugin not installed
<sadiq[m]>why is the same package re-installed over and over on guix package --update? am I doing something wrong?
<happy_gnu[m]>sadiq[m]: is probably not
<happy_gnu[m]>As marusich explained yesterday, when you run guix pull, the guix source (Guile scheme modules in files named "foo.scm" and the like) gets compiled (to compiled Guile modules with names like "foo.go"). In other words, all of the Guile scheme source code that Guix uses gets compiled, including all of the package definitions. It isn't compiling all the packages that are defined; it's compiling the Guile modules that contain
<happy_gnu[m]>the package definitions.
<sadiq[m]>hm.. So I shouldn't do guix pull often? Is it okay to be done like, once a month or two?
<happy_gnu[m]>sadiq[m]: I think that depends on you but I would say it doesn't matter that much because with Guix is really easy to go back on generations
<happy_gnu[m]>Thanks to the garbage collector of Guix
<happy_gnu[m]>Guix pull is just like an apt update,
<happy_gnu[m]>So it won't actually upgrade system
<happy_gnu[m]>That's what marusich explained me yesterday
<happy_gnu[m]>But anyway don't worry about upgrades
<happy_gnu[m]>With Guix you can go back on generations or roll back pretty easily
<happy_gnu[m]>If I am understanding Guix right you could even download recipe of a program, change it a little bit and install it from your PC compiling code
<happy_gnu[m]>It would give you a different output than the Guix binary
<happy_gnu[m]>And then also install Guix binary
<happy_gnu[m]>And having the same program twice
<happy_gnu[m]>Bet only one would be updated
<sadiq[m]>How can I lock screen in gnome-shell? Super-L doesn't work
<cbaines>sadiq[m], the normal way doesn't work yet, I think it's dependant on using the GDM, something that is still in the works
<cbaines>in the mean time, I've created a Custom Shortcut in Gnome that runs xlock when I press Super+L
<cbaines>you can do this in the Keyboard settings
<sadiq[m]>hm.. gnome-control-center segfaults when opening keyboard: GLib-GIO-ERROR **: Settings schema '' is not installed
<cbaines>sneek, later tell civodul awesome, sounds like some progress in to the mysql/popen issue, thanks for taking a detailed look :)
<sneek>Got it.
<cbaines>sadiq[m], that's not good :(
<cbaines>sadiq[m], how are you using Guix and the gnome-control-center, e.g. I am using GuixSD, and seem to have it installed in my system profile (I'm running it from /run/current-system/profile/...).
<sadiq[m]>I'm on guixSD, I did open it a few minutes ago. But now not.
<sadiq[m]>I reinstalled gnome-shell, and now it's working fine
<cbaines>ah, awesome :)
<sadiq[m]>in a package define-public I see a checksum of the package archive. It is written as (sha256 \\n(base32 "....". But this checksum doesn't seems to match the sha256 checksum of the archive file. What am I missing?
<efraim>sadiq[m]: run 'guix has foo' where foo is the source
<sadiq[m]>I installed font-inconsolata via guix package -i, but I can't use it (not emacs, nor gnome-terminal font settings find it)
<rekado_>sadiq[m]: you may need to run “fc-cache -f”; see the manual section 2.6.3 X11 Fonts
<sadiq[m]>hm.. fc-cache doesn't find font:
<sadiq[m]>ACTION sent a long message: sadiq[m]_2017-09-20_08:32:36.txt <>
<sadiq[m]>oops. matrix, didn't trigger paste plugin
<wingo>good day
<wingo>i am getting a system build failure:
<wingo>anyone know what that's about?
<wingo>this is from today's git
<sadiq[m]>the documentation says the pre-inst-envscript lives in the top build tree of Guix
<sadiq[m]>but I don't see any file `pre-inst-env`
<wingo>sadiq[m]: it's created by the build system
<wingo>perhaps you have not built guix locally?
<sadiq[m]>no. So I have to do ./bootstrap first, right?
<jonsger>sadiq[m]: follow that guide
<sadiq[m]>hm.. Should I give /gnu/store for --localstatedir or a new one?
<wingo>sadiq[m]: --localstatedir=/var
<wingo>apparently in my build error, the "store" field of my "boot-parameters" is (store (device #f) (mount-point "/"))
<jonsger>sadiq[m]: read the first the whole chapter, because it's not very focused on the important things :(
<wingo>so the #f in the device fails to match the device-sexp->device function, naturally
<sadiq[m]>ACTION feels like there should be a tutorial for newcomers, who haven't changed any default settings.
<roptat>wingo: isn't it related to feng shu's issues too? ludo gave this link:
<wingo>roptat: thanks for that link!
<elc79>Hi guys, i got an error after "guix system init /mnt/etc/config.scm /mnt"
<elc79>"no code for module (guix build utils)"
<civodul>Hello Guix!
<sneek>Welcome back civodul, you have 1 message.
<sneek>civodul, cbaines says: awesome, sounds like some progress in to the mysql/popen issue, thanks for taking a detailed look :)
<elc79>Hi guys, i got an error after "guix system init /mnt/etc/config.scm /mnt"
<elc79>"no code for module (guix build utils)"
<civodul>hello elc79
<civodul>hmm it's 403 for me
<elc79>how can i solve this?
<rekado_>elc79: did you run “guix pull”?
<elc79>no, the manual says this is after installation
<elc79>i'm doing that now
<civodul>hmm gtk-im-modules
<rekado_>this is a familiar error message.
<rekado_>I don’t remember seeing this recently, but it did happen more than once in the past, for different users.
<sadiq[m]>The packaging guidelines doesn't say how to use the package built. I'm trying to build a newer version of already installed package (gtk+), How can run a program (say, gnome-calendar) with the newly built gtk+?
<mekeor>sadiq[m]: i don't know the best way but one way would be to *install* the newly built package.
<sadiq[m]>hm.. guix package: error: profile contains conflicting entries for gtk+:out
<civodul>rekado_: yes, i vaguely remember people reporting it, but it seems we never got a bug report or fix in this area
<civodul>sadiq[m]: it should tell you what's conflicting, right?
<sadiq[m]>civodul: ^^
<mekeor>maybe gnome-online-accounts depends on the old gtk+ version? so, guix tries to install both versions?
<elc79>what is the command to upload a file or a command output?
<mekeor>for pasting? you can use like `<command> | curl -F 'sprunge=<-'` as it is described on that page
<civodul>sadiq[m]: so that means that you have explicitly installed gtk+ in the profile, as well as gnome; but gnome pulls in a different version of gtk+ than the one already installed
<civodul>perhaps you'll want to remove gtk+ first
<elc79>curl command not found
<mekeor>elc79: you'll have to `guix package -i curl` first
<sadiq[m]>civodul: oh, won't that remove any depending package? (all gnome packages)
<elc79>mekeor, thanks ^^
<civodul>sadiq[m]: what command were you trying to run?
<sadiq[m]>./pre-inst-env guix package -i gtk+@3.22.21
<sadiq[m]>then try gnome related packages to see if gtk+ 3.22.21 is working fine
<civodul>maybe you don't actually want to install gtk+ in your profile
<civodul>that's only useful if you're developing GTK+ apps
<sadiq[m]>civodul: of course, I'm developing gtk+ apps. And that is what I do. I was doing this because I just wish this to be my first contribution to guix. :)
<civodul>a gtk+ app for Guix?
<civodul>anyway, in that case, install the libraries you need, but not the 'gnome' package itself
<civodul>that should be fine
<sadiq[m]>No. I do contribute upstream:
<civodul>oh, excellent
<civodul>got it :-)
<civodul>even better then: use 'guix environment'
<civodul>so if you hack on nautilus, run 'guix environment nautilus'
<civodul>it's more convenient than "polluting" your main profile with lots of libraries and tools
<civodul>oh you contributed to jhbuild too
<sadiq[m]>civodul: let me explain what I'm trying to do: I'm trying to update gtk+ of guix from 3.22.15 to 3.22.21
<sadiq[m]>civodul: I'm planning to move from Debian to guixSD. Hopefully helping guix and GNOME (and thus GNU)
<civodul>it would be awesome to have a GNOME person on board :-)
<civodul>well we already wingo, who already did a lot for GNOME on GuixSD
<sadiq[m]>hm.. btw, I'm a GNOME foundation member too :)
<civodul>interestingly, "guix refresh gtk+" proposes 3.90.0, which i guess is not what we want
<sadiq[m]>whatever, I can't even update gtk+ :(.
<sadiq[m]>3.90 is going to be the next branch with a different so name
<sadiq[m]>Let me make it simple. What is the process of updating a guix package in developers way (ie, build, install, and run prcodure for an updated version of the package that is already installed?)
<civodul>sadiq[m]: first you need a Git checkout as in
<civodul>then you need to update the recipe: either "./pre-inst-env guix refresh -u gtk+", or "./pre-inst-env guix edit gtk+"
<civodul>then you build: ./pre-inst-env guix build gtk+
<civodul>and finally:
<elc79>still with "guix pull"... sooooo long
<civodul>sadiq[m]: people here and on the ML can guide you through this process
<sadiq[m]>hm.. the manual doesn't say about guix edit in building from git
<civodul>why would it?
<civodul>it's unrelated
<sadiq[m]>yeah, I saw emacs. :)
<jonsger>we should definitly expand the "developers guide section"...
<civodul>sadiq[m]: in general is the entry point
<civodul>from a developer's perspective
<sadiq[m]>build: ./pre-inst-env guix build gtk+ and finally ... submit patches
<sadiq[m]>doesn't say how to test (especially if it is library) :(
<civodul>sadiq[m]: the general assumption is that packages come with a test suite
<civodul>it's run automatically
<civodul>in the case of GTK+, if you want to manually test an application, that's always possible
<civodul>just build it and run it
<civodul>is this what you had in mind?
<sadiq[m]>yeah. That's all is what I need. I guess it is really simple. But I don't know how
<civodul>how to build a package?
<civodul>"guix build foo"
<wingo>omg with modesetting, this feels like a different machine
<wingo>no more janky scrolling
<wingo>even emacs is faster
<davexunit>is this something that all of us gnome users should enable?
<wingo>it is something you will get for free when you git pull and reconfigure your system
<davexunit>oh that is some wonderful news
<Apteryx>I'm curious; how are graphic performance and modesetting related?
<davexunit>thank u
<Apteryx>(I'm not familiar with modesetting, but from what I glean on the topic, it seems to be simply a kernel interface to control display parameters)
<wingo>historically there were different acceleration paths for 2d and 3d graphics on linux/X
<wingo>so some graphics people work to accelerate 3d and some do 2d
<wingo>if you have an intel card you might remember XAA, EXA, UXA, SNA, etc
<wingo>those are all 2d acceleration paths
<wingo>now these days there is convergence to accelerate 2d in terms of 3d -- i.e. translate 2d operations to 3d operations, as much as possible
<wingo>then you just need to have a good generic 3d acceleration backend
<Apteryx>and kms facilitates that?
<wingo>the modesetting driver is just that. x developers incorporated a hack they called "glamor" to layer 2d ops on top of 3d
<wingo>and they just need basic facilities from the kernel to get the card into the right mode, then they can hook into the card-specific support for opengl/etc
<davexunit>ah nice, so that's how it works. sounds great.
<davexunit>more opengl.
<wingo>switching from the intel driver to the modesetting driver is thus a switch from a separate 2d and 3d accel path to a unified path
<wingo>additionally, the 2d accel path in the intel driver was not very well maintained.
<wingo>there has been no release for a couple years, just noodling in git
<wingo>and the "SNA" thing they came up with was fast but had some problems that couldn't be resolved related to buffer synchronization, which normally worked fine but for some reason emacs under a composited WM exhibited corruption
<wingo>so in guix we switched back to UXA, an earlier 2d accel architecture, but that was quite slow
<wingo>switching to the modesetting driver and the unified acceleration pipeline fixes both issues
<wingo>the intel driver will still be used for older gpus tho
<wingo>like, 5-year-old GPUs, or maybe even older
<davexunit>hmm, wonder what mine is.
<davexunit>I use OpenGL 3.3 on the regular so I would assume that this modesetting thing would work?
<wingo>yes i would think modesetting would work. debian switched to it already as a default a few years ago.
<wingo>but anyway, the system will normally choose the right thing i think
<davexunit>that's great news. thanks for working on that.
<davexunit>I had no idea that it wasn't already like this
<davexunit>shows how little I know about X and co.
<Apteryx>wingo: Thanks for the explanation!
<wingo>np :)
***yadzi_ is now known as yadzi
<Apteryx>Mine is a 1st gen intel GPU (Intel HD Graphics), I guess it'll continue using the old driver, eh.
<Apteryx>But it seems to work OK for my use. No fancy composition here (ratpoison).
<Apteryx>I like how this little guy never uses more than 5 MiB of RAM ;)
<Apteryx>OK, let's say 10 MiB to be on the safe side :p
<davexunit>I've had only 4G of ram in my thinkpad for years, but with web browsers and stuff I was only teetering dangerously close to the limit, so I'm finally upgrading to 16
<rekado_>davexunit: do you still have the x220?
<Apteryx>davexunit: yeah, web browsers are a pain on older machines.
<davexunit>I got intrigued by the "x62" that some folks in shenzhen have put together, but I think I'll just stick it out with the x220
<Apteryx>My board's chipset supposed to support 8G of RAM but the Dell bios doesn't like anything above 4G. I guess that's a case for coreboot/libreboot ;)
<rekado_>since the crack in my laptop case got much worse I’m considering to buy a refurbished x220
<davexunit>I would really like a quad core processor for it, and a higher res screen
<davexunit>but I love it otherwise
<davexunit>rekado_: seems like a decent route to take. it has served me well for years.
<davexunit>I flashed a hacked proprietary bios on it to remove the whitelist for the pcie slot that houses the wireless chip
<davexunit>and ditched the intel chip for an atheros, but nowadays I think you can just use coreboot
<rekado_>libreboot won’t work on the x220?
<davexunit>unless I've missed a recent development
<davexunit>the x200 is supported, but not the x220
<davexunit>the x200 is just too old for my needs.
<davexunit>particularly the gpu
<rekado_>yeah, I wasn’t able to use your game programming tools on the x200s
<rekado_>and with libreboot on the x200s I cannot use KVM or qemu. Virtualisation simply locks up the CPU.
<thomasd>wingo: yesterday I was looking for a Guile dbus module, and found an old blogpost of yours. Did you ever publish that anywhere?
<wingo>i think it is somewhere, but it is realllllllly old and probably doesn't work
<wingo>like more than 10 years old, sort of thing
<elc79>still with "guix pull"... sooooo and sooooooooooo long
<Apteryx>Interesting; the Android NDK is not free software.
<elc79>i cant believe it
<rekado_>elc79: are you running this on a machine with many CPUs/lots of RAM?
<rekado_>I found that on one of our big servers the compilation step takes a *very* long time.
<rekado_>much longer than on my puny laptop
<elc79>no, a vm with 1 core and 768m ram
<Apteryx>swap hell
<rekado_>768M is probably not enough
<rekado_>you need more than 1.5G due to a bug in Guile
<elc79>its stopped at 53,4% compiling guix-latest
<roptat>elc79: I have a VM too, and I send the compiled git repository to prevent swap hell
<elc79>don't move anymore
<thomasd>wingo: I think a dbus module could be useful for GuixSD. Maybe the work you did can be revived, still better than starting from scratch, no? I couldn't find anything yesterday, so any pointers are welcome.
<elc79>ropat, i dont know how to this
<roptat>I compile it on a machine where it takes about 10 minutes to compile, and then I send the result to the vm (without the .git directory which takes forever to send)
<elc79>do this*
<wingo>thomasd i think it is here: uses the weird repo layout of guile-gnome
<wingo>probably easier to write your own
<wingo>might be better to write an implementation in guile of course :) dunno
<roptat>elc79: set up the git repo on a faster computer, compile and send the result through ssh (rsync doesn't work for some reason)
<roptat>I think you need the computer and the VM to have the same CPU architecture
<elc79>this is a hard work, i expected to see GuixSD working but its trouble after trouble :-\\
<roptat>elc79: technically it's not required, but it's going to take a few hours to guix pull on your VM
<elc79>damn, pull was stopped after 3600 seconds of silence :-|
<roptat>my first guix pull took more than a day on that VM
<elc79>i expend more than a week until i had my first Gentoo install, but i saw progress, slowly but i saw it
<elc79>Guix is....
<rekado_>elc79: it’s only a bug.
<rekado_>but it’s challenging to fix it.
<Apteryx>elc79: I think I fixed that 3600 s silence kill switch, but until you are using a recent guix that might be a chicken and egg problem. You can work around it doing 'guix build whatever-timed-out'
<thomasd>wingo: thanks, I'll have a look. Don't know if I'll write something myself, but it never hurts to look at an existing implementation and steal some ideas.
<nextos>A bit off-topic but what email client do you use in Guix? Gnus, mu4e, mutt?
<wingo>ACTION gnus
<Apteryx>ACTION gnus
<thomasd>ACTION Mew
<rekado_>ACTION mu4e
<roptat>ACTION claws-mail
<roptat>'cause I like GUIs :)
<bavier`>ACTION claws-mail
<nextos>wingo, Apteryx: What backend do you use? notmuch?
<wingo>ACTION gnus
<Apteryx>Gnus with nnimap
<nextos>wingo: yes, i mean what's your maildir store and search within gnus? I use gnus too but I use nnir-search-engine notmuch
<wingo>i use gnus with maildir but via imap
<nextos>oh ok
<wingo>i have a gnus / dovecot / offlineimap thing
<nextos>ok, i used to have that setup, but Gnus supports notmuch now and it seems simpler
<nextos>I also got rid of offlineimap and replaced it by mbsync, although there are some caveats
<rekado_>I tried to switch to mbsync but had big problems with duplicate message ids, so I fell back to offlineimap.
<nextos>rekado_: ok, i note you use mu4e. Do you prefer it to gnus?
<rekado_>I found mu4e much easier to set up, but I’m actually considering to switch to gnus eventually.
<rekado_>mu4e lacks a few things I’d really like to have, such as collapsing threads
<nextos>rekado_: i'm switching back and forth between both Gnus and mu4e. I like both. mu4e has great defaults and 2 basic things I've never been able to achieve on Gnus: address completion based on index, and sync'ing drafts with remote IMAP folder.
<thomassgn>hmm, suddenly almost all the infopages are gone...
<thomassgn>but for some reason only in emacs info, not when I run info from terminal
<Gamayun>I was noticing that the other day as well...
<Apteryx>thomassgn: that's usually because there are no dir files (dir files is a computed file acting as an index for the info files IIRC).
<thomassgn>Apteryx: Ah, ok. Do you know how I can get them?
<thomassgn>or create/generate/watever
<Apteryx>See this answer:
<thomassgn>thanks Apteryx
<Apteryx>thomassgn: You must be on a foreign distro?
<Apteryx>I've never had that problem on GuixSD I think, but I remember I had that on Ubuntu
<thomassgn>Apteryx: running guixsd. but it might be related to changing my shell from bash to fish yesterday
<thomassgn>though that doesn't make much sense either
<Apteryx>I have no idea what fish is; I only know that ng0 uses it as well.
<Apteryx>I also don't see how changing shells should affect resolving the info pages.
<thomassgn>mm, I have done some updating also, but I haven't been paying much attention.
<thomassgn>huh, now pavucontrol can't run also. Seems something is wrong or missing from my system. like some part of gtk/gnome or something
<thomassgn>and root didn't have coreutils in its profile...
<roptat>hi, python2-pyxdg is giving me troubles
<roptat>it's failing its tests
<wingo>civodul: you probably saw but i pushed an early version of your patch from; still missing the bit preventing a /dev link tho
<wingo>lmk if any feedback (esp negative) on recent push
<wingo>otherwise i am assuming all fine
<civodul>wingo: i was waiting for confirmation from the reporters to push this patch
<civodul>it's probably safe though
<wingo>i experienced the same problem
<wingo>so, i confirm that the patch fixes my problem :)
<civodul>oh so that's good :-)
<civodul>including the second problem?
<civodul>that "/dev/" would slip in grub.cfg
<wingo>the one from mark? no
<wingo>i wasn't sure what the right thing was there so i left it to him to fix, i think
<mray[m]>Is GuixSD a rolling release distro?
<jonsger>mray[m]: yes
<thomassgn>hm, does anyone remember how to solve the "profile contains conflicting entries" type issue?
<jonsger>mray[m]: it also supports rollback of updates and it has also different versions of packages, e.g. ruby2.1, 2.2, 2.3, 2.4 :)
<mray[m]>is there some work on the way to teach gnome-software to use guix under the hood? Not having a GUI is a bummer.
<jonsger>i don't think so. But I think typing "guix package -i PACKAGE_NAME" in terminal isn't that difficult
<mray[m]>jonsger: typing in zeroes and ones is even simpler. o_0
<jonsger>... :)
<bavier`>simple != not difficult
<civodul>thomassgn: remove the conflicting entry, or make sure both have the same version
<happy_gnu[m]>mray: at some point you will start to enjoy command line
<happy_gnu[m]>I realized that last time I saw youtube-dl GUI
<happy_gnu[m]>I saw and thought: But why??? The command line is so simple
<happy_gnu[m]>So if I don't remember how to extract a file I just press Ctrl-R to reverse search then write .tar and keep pressing Ctrl-R until I found it
<happy_gnu[m]>Then I just replace for the current file
<happy_gnu[m]>So there is little I really need to remember
<happy_gnu[m]>And is usually faster
<happy_gnu[m]>On the other hand the GUI requires you to do more, is slower and usually takes more time
<happy_gnu[m]>Resizing a bunch of images is a one line of text with command line
<happy_gnu[m]>It takes waaay more time with a GUI
<happy_gnu[m]>There are many things in which your workflow as a designer can improve or go faster with command line
<ng0>hey… would the last (gnu system) related commit wingo made in master fix an issue where cryptodisk with luks on newer commits was simply dropping you to an backtrace on boot?
<ng0>there's also the odd chance that I'm using a config that I haven't used before (always use git when you can.. this is the one time where I haven't used one of my git controlled configs.)
<civodul>ng0: yes, it fixes (part of)
<civodul>ACTION -> zZz
<Apteryx>Would anyone know if it's possible to install udev rules from a package?
<Apteryx>I'd like to add a package called 'android-udev-rules' which would do just that.