IRC channel logs


back to list of logs

<leungbk>@sneek_ tell @cnmne to add ("ruby-sqlite3" ,ruby-sqlite3) as a native input if he plans to submit the patch for the ruby-sisu package
<leungbk>(sneek is the bot, right?)
<atw`>yes :)
<JimS1000>Quick question (I'm new to all of this). I just followed the guixSD installation instructions. I can log in as root and the users that I created in my system cfg file, but I can't run any guix commands as them yet. ps shows that guix-daemon is running successfully. From reading the documentation, I think that I need to set up a guix profile for my
<JimS1000>user. Is that the right thing to do?
<JimS1000>would it be generally best to modify config.scm and do a guix system reconfigure?
<tune>for modifying system stuff, yeah
<tune>you may want to install the majority of packages as your user so you can update the system stuff on its own more quickly
<JimS1000>how does $HOME/.guix-profile get set up?
<JimS1000>I see that there are a few per-user profiles set up by the installer in /var/guix/profiles/per-user/ - I'm just going to try symlinking them in and see what happens
<JimS1000>actually the guix command was working out of the box, mostly. the first command I tried to run was guix describe, which is "failing to determine origin". Installing packages works fine for me
***ayerhart_ is now known as ayerhart
<leungbk>kind of a naive question, but which directories does `guix system reconfigure` affect?
<leungbk>i have some stuff installed with nix (which i installed outside of the guix package manager), so i want to make sure that they won't be affected
<reepca>rekado_: I've worked around the texlive-latex-base issues by, after building the union, setting TEXINPUTS to (string-append out ":") so that it will both search the usual places in the texlive-union and in the top-level of the union, where all of the miscellaneous stuff it wants seems to be. It successfully built in test-env after that. Thoughts? It still seems like a duct-tape solution to me, but at least it's a more-heisenbug-free
<reepca>solution than before as far as I can tell.
<reepca>also, anyone know how to disable the "tidy" rust tests? In my test-env the full path to, for example, bash's primary output is 99 characters long, so it's pretty hard to work around the 100-character-per-line limit it imposes...
<rekado_>reepca: I found a different solution already
<rekado_>but I haven’t pushed it yet
<rekado_>no union needs to be built at all.
<civodul>Hello Guix!
<g_bor>hello guix!
<g_bor>civodul: I tried to create the page for gsoc2019, but I get: There is currently no text in this page. You can search for this page title in other pages, or search the related logs, but you do not have permission to create this page.
<g_bor>How should I proceed?
<roptat>hi guix!
<civodul>g_bor: did you log in?
<civodul>i expect everyone to be able to create a page as long as you're logged in
<g_bor>civodul: using the fsf login, it shows that I am logged in as Boskovits, which is correct.
<civodul>g_bor: and still you can't create the page?
<civodul>well i can create it if you want
<g_bor>civodul: no, I still can't creat it. If you could do so, please do it.
<g_bor>If that works I will contact admins and ask what's up...
<g_bor>I can edit pages just fine...
<civodul>sure, i'll do it
<civodul>for a new page i get: "There is currently no text in this page. You can search for this page title in other pages, search the related logs, or create this page. "
<civodul>g_bor: i've copied text from 2018:
<civodul>feel free to edit to your heart's content! :-)
<g_bor>thank you very much, I will modify a few things, mainly remove completed projects.
<g_bor>Then we should ask who is still willing to mentor, before notifying the main gnu page to update the link.
<g_bor>I was wondering if it would be better to have a generic gsoc page to link from there, so that we could update it ourself...
<civodul>you mean a page without the year in its name?
<g_bor>yes, I do
<civodul>yeah dunno, at least with the year in the URL it suggests we put some thought into updating it :-)
<g_bor>I was thinking about keeping the per year pages, and have a collection of them on the yearless page
<g_bor>I have to go now, see you later!
<dongcarl>Hey all, I'm also leading the rust-bitcoin effort, and was trying to bootstrap rust@1.22, which failed.
<dongcarl>Where would I post the logs so people can debug together?
<civodul>dongcarl: you could send it to bug-guix
<civodul>you mean rust@1.22 fails to build?
<dongcarl>Sounds good
<dongcarl>Yeah sorry rust@1.22 fails to build
<civodul>but yes, you can email it there along with the 'guix describe' output
<apfel>hi there, i am rather new to guix, i still can not help myself to much. I have to folloing error while using "guix pull"
<apfel>"guix pull --verbose --verbosity=9" -- -- i think verbosity 9 does not help much
<g_bor>apfel: this is a known bug, try to pull using an older version of guix, which is not broken.
<g_bor>This is an indeterministic miscompilation bug in guile.
<apfel>g_bor: is there a built in method to do that? this is a fresh installation of guixSD, i created the install image using 'guix system disk-image' with the install.scm which i modified to use the serial console
<apfel>on the machine i created the image i used 'guix pull' bevor i created the image, is this the reason why a more recent guix version was installed by the installer?
<ngz>Hello. I have a strange error message when I use pre-inst-env script: ERROR: Wrong type to apply: #<syntax-transformer nix-server-version>. I guix pulled (from user and root) a few hours ago. Does that ring a bell to anyone?
<efraim>ngz: look a couple of lines higher and it'll tell you which files the backtrace came from, and delete that .go file
<efraim>worst case scenario: delete all the .go files in the guix/ subdirectory
<ngz>efraim: It solved my issue. Thank you.
<efraim>the import ones also changed recently
<jackhill>If I wanted to paly around with the latest gnome and gdm work, is that the wip-gnome3.30 branch?
<bgardner>Good afternoon guix; I have two GuixSD boxes side by side, one I installed two days ago and one I installed this morning. Running this on both: "guix package -A openjdk" yields ver 9 & 10 of the openjdk on the older one, and no results on the newer one. Am I doing something wrong?
<rekado_>jackhill: that branch is now a bit behind.
<rekado_>if GNOME 3.28 is enough for you, you could try the wip-gnome-upgrades branch instead.
<rekado_>fewer things to build from source.
<rekado_>I need to rebase the wip-gnome3.30 branch on top of wip-gnome-upgrades again.
<jackhill>rekado_: thanks. Yes, that is probably good enough for now.
<bgardner>~# clear => "-bash: clear: command not found" ... what?
<jackhill>I'm trying out using GNOME as my desktop again after having a custom xsession for a while, so I figured I may as well learn the newer software with the latest fixes and features.
<jackhill>plus it sounds like y'all have been doing a lot of great work in that area :)
<jackhill>although, I guess I am interested in avoiding this problem: :)
<jackhill>bgardner: there appears to be a clear that works in the ncurses package. I don't know if that is the recommended one. I ran find over my store to see if I there was a clear there. I don't have a clear available in my profile either.
<bgardner>Thanks jackhill, I was already getting suspicious about ncurses, so I think you've found it.
<bgardner>jackhill: Definitely confirmed that installing ncurses provides it, thanks again