IRC channel logs

2019-10-24.log

back to list of logs

<refpga>Hello, when setting up nginx for cgit, I notice that root is set by default to the variable cgit, for which I get error `nginx: [emerg] unknown "cgit" variable`.
<refpga>What should be the appropriate value of root?
<refpga>Default configuration: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/cgit.scm#n55
<refpga>Oh, I think I misconfigured the nginx conf. $cgit instead of @cgit. Hence the apparent unknown variable.
<refpga>Yeah, that was it.
<ng0>if anyone updates gnunet before I come out of my guix semi-hiatus: https://git.gnunet.org/gnunet.git/tree/README#n192 i just spend a bit of reasoning with portability to come to the conclusion that this is the best way to do it and no one will notice anyway because the old way was not working as intended.
***modula is now known as defaultxr
*nckx becomes the official mascot of ‘don't push right before you go to bed!’
<nckx>(Which I do all the time, mind you.)
<nckx>roptat: I've reverted your svn commit for now because it was breaking guix pull.
<amz3>nckx: o/
<amz3>nckx: already in bed?
<nckx>amz3: Nevar.
<amz3>x)
<amz3>nckx: how is guix doing?
<amz3>I mean I have been off channel for long and unsubsribed from most mailinst list, so kind of in the fuzz
<amz3>people come from matrix now?
<nckx>amz3: Reasonably well, I'd say; some regressions due to the recent core-updates merge but nothing too horrid.
<amz3>oh, that is expected I guess
<nckx>Socially, same: some regressions due to the blog post but nothing too horrid.
<amz3>nckx: yeah, I read that. I find it shocking (the whole thing) but I prefer not to discuss that.
<nckx>amz3: If Matrix means the little [m] then they've been coming for years.
<amz3>nckx: ah ok
<amz3>never noticed
<nckx>amz3: Sure. It is what it is.
<amz3>nckx: what about dmesg?
<amz3>:D
<amz3>does it still help debug issues? or I am becoming too old?
<nckx>That depends on the issues. I run dmesg every day, dunno what that means.
<nckx>Probably that I should find a better way to see which USB drive I just plugged in.
<nckx>Used it earlier whil debugging some Bluetooth nonsense. I don't really understand the question 🙂
<amz3>I think last time we talked together, I complained that I was asking people for 'dmesg' to help debug, and you said "me too" or something like that
<nckx>Ah 😃
<amz3>yeah, then it is still useful.
<nckx>It's might have become privileged since we last talked, so there's that in exciting dmesg news.
<nckx>It's? Nice.
<amz3>dunno
<amz3>yeah, it might be leaking some important info
<nckx>Memory addresses, apparently, which makes sense in these ASLR days.
<nckx>Still, it feels like such a horrible work-around.
<amz3>nckx: no memory is the way ;)
<amz3>this require some background reading about http://metamodular.com/Common-Lisp/lispos.html
<amz3>basically, they describe an OS wihout FS.
<amz3>and no memory per se.
<nckx>Oh :-( I thought you were praising my one super power.
<amz3>I mean there is a RAM but it is not useable by the user space.
<amz3>nckx: what super power do you have?
<nckx>Thanks, I enjoy reading about old Lisp OSes that no longer are (or never were).
*nckx spins up an OpenGenera VM once in a while, although I guess that's non-free and unmentionable here.
<nckx>amz3: No memory. Perfect bliss.
<amz3>I have a confidence to make.
<amz3>I keep pushing away guix, but it keeps coming back.
<nckx>I'm sad & happy to hear that…
<amz3>my only escape hatch is a) use guix b) invent my own os
<amz3>:D
<amz3>yeah, it is not very... positive.
<nckx>I'm sorry to hear that.
<amz3>nckx: how did you come to guix?
<nckx>I was a Nixer for a time (year or two). I'd heard of Guix before (Ludovic popped up once or twice on github.com/nixos, IIRC), but I didn't quite ‘get’ it. I liked the GNU part of it, though: NixOS's ‘open-source’ ‘pragmatism’ wasn't my dream but (to echo your sentiment above) I couldn't tear myself away. However, the merging of yet another blob finally made me download this Guix thing. Oh, I said, this is an actual GNU project. Why the he
<nckx>ll am I not using this. So I learnt Scheme. In the Guix installer. Without Internet. By typing stuff into zile until the errors went away. 14 hours of fun later, I was in love.
<amz3>that is learning guile the hard way!
<amz3>I learned guile because of some idea of have for build application that need full POSIX threads support (also GNU) then discovered GNU had a nixos...
<amz3>my work evolves nowadays around triple stores, you might know about it somehow if your work?
<nckx>Don't get me wrong, once I'd actually tried it I thought (and still think) Guix is much more interesting technically, too.
<nckx>Triple as in RDF?
<nckx>(Sorry if that's laughably outdated.)
<nckx>As I just noted elsewhere I'm not a CS person 🙂
<amz3>yes like RDF.
<nckx>Yay, I knew a thing.
<nckx>In Scheme?
<amz3>yes
<amz3>there is some part written in C.
<amz3>but not by me
<amz3>I generalized triplestore (3-tuple) quadstore (4-tuple) to n-store (generic tuple store) people in cogsci call them chunks
<amz3>it is somewhat overkill, but it can be put to good use to track provenance and history (lineage?) of opendata
<amz3>and license information
<nckx>Interesting.
<nckx>(Really!)
<amz3>(it requires 20 times the size of the original data in SSD)
<amz3>(if you take into account double replication, it becaome 100 times)
<dekaidle>having some trouble pulling and installing/updating packages, I keep getting 'encoding-error'. Is it just me?
<dekaidle>I already tried pulling different commits and reinstalling, but the issue remains
<nckx>dekaidle: nss-certs, by any chance?
<dekaidle>nckx: yeah, I had that one fail previously. Failing at dub now, though
<nckx>Oh.
<nckx>That's new to me. Consider filing a bug report at bug-guix@gnu.org with the output.
<nckx>dekaidle: Is this on Guix System or another distribution?
<dekaidle>Guix System
<nckx>I think I've seen network errors manifest as encoding errors before… Is it reproducible? Is building dub locally an option?
<dekaidle>sure, it's not too big of a deal at this point. I was just wondering if failing upgrades were a known problem recently. I've had zero issues with this before today.
<dekaidle>with Guix in general, I mean
<nckx>dekaidle: ‘guix pull’ was broken a few hours ago but I ‘fixed’ that, I haven't had any problems with building packages on master myself.
<nckx>Heh. guix build dub:
<nckx>Throw to key `encoding-error' with args `("scm_to_stringn" "cannot convert wide string to output locale" 84 #f #f)'.
<dekaidle>heh, yeah, that's the one
<dekaidle>but nice, I seem to be able to pull from master again now
<nckx>This is on an older Guix System (so the daemon is probably not running in a sane locale). Is yours?
<nckx>By ‘older system’ I mean that I haven't guix system reconfigured & restarted the daemon in a few weeks.
<nckx>For boring but reasons.
<dekaidle>I'm running en_GB.utf8. I just reinstalled so I'm running the defaults from 1.0.1. Last time I did a reconfigure, I broke my system, guix wouldn't run (had to manually find a working binary in the store) and every program would segfault
<dekaidle>so I reinstalled. Haven't tried reconfigure yet
<dekaidle>didn't look too much into it, which I probably should have...
<nckx>There's definitely room for improvement here. No question.
<dekaidle>as long as there's a reason. Good to hear I'm not the only one experiencing issues though, thanks for clarifying that for me. Otherwise I'd probably still be pulling my hair wondering what I broke this time.
<nckx>dekaidle: You can try building dub manually: guix environment dub -- true && guix build --no-substitutes dub
<nckx>(That's my ugly hack for ‘don't build the build dependencies from scratch, only dub itself’).
<dekaidle>nckx: alright, thanks a lot. Will try once I finish upgrading the rest of my packages.
<nckx>I'm running it now, I'll let you know if it's a dead end (it's currently building phobos; no substitutes for that).
<mfzap>guix pull seems to want to compile a lot in the past couple days - are the substitute creating servers down?
<nckx>mfzap: Not AFAIK.
<apteryx>nckx: re bluetooth; I'm still wondering what's the problem with your setup.
<nckx>apteryx: Oh, thanks, but don't wonder too much. Maybe it's ‘expected’ (either with my adapter or this magical apple mouse or BT in general). Maybe it's some power saving mode. Maybe the future just sucks.
<apteryx>I don't run any fancy DE, and as long as I've paired a device (manually through bluetoothctl), it'll stay connected and be available at boot when I have auto-enable? set to #t.
<nckx>Hm.
<apteryx>ugh, apple magical mouse. I've long donated the one I happened to have -- I couldn't stand the pointer jumping around any time I'd touch it (forgot the exact details, but it quite annoying to use).
<apteryx>are you using it with multiple devices?
<nckx>I know I'm weird for loving the thing 🙂 Nope, just it.
<apteryx>(e.g., pairing it with multiple laptops) ? I think this was problematic.
<nckx>Not concurrently. Of course this X230T isn't its… er, first, ever.
<nckx>Hm, all results for ‘reset magic mouse’ are of the ‘go to BT preferences on your Mac’ variety.
<nckx>Is there something I could do with the mouse itself?
<apteryx>no I don't think you have to do something with the mouse itself, the issues I had when pairing it on another system was that it wouldn't appear to be paired anymore on the first system.
<apteryx>and I'd just have to re-pair it.
<apteryx>when do you loose connection; after a reboot?
<nckx>Yes, and when I turn off the mouse.
<nckx>(Feels wasteful to leave it on at night even if my laptop's compiling away.)
<mfzap>when I run guix pull --dry-run why does it seem to start compiling? I expected a report instead of compilation... it's version 18b3ba6ff2f096193161742a06e4c1ae12600d0c
<Parra>hey guys where can I find the target list of guix package?
<Parra>as in: guix pack --target=arm-linux-gnueabihf guile
<Parra>or.. guix pack --target=i686-w64-mingw32 guile
<shrdlu68>Good morning #guix!
<efraim>is there something special I need to do to get 'guix system container' to start its networking process?
<efraim>oh, I see the --network option now
<efraim>does anyone know about running nginx inside a guix system container? I get: nginx: [emerg] bind() to 0.0.0.0:80 failed (13: Permission denied)
<civodul>Hello Guix!
<wingo>moin :)
<lprndn>Hello!
<roptat>hi guix!
<kmicu>( ^_^)/
<Parra>efraim: use another port like 8080
<leungbk>test
<janneke>hello leungbk
<refpga>Hello, I created a user via configuration file and it doesn't seem to have a .guix-profile symlink. How do I set up the user properly?
<amz3>refpga: I think it is created the first time you install something. Try: guix package -i hello
<janneke>refpga: do you experience a problem?
<refpga>That worked, thanks.
<raghavgururajan>Hello Guix!
<raghavgururajan>What is the name of display manager that was used by defult, before gdm?
<wingo>was it slim, perhaps?
<amz3>+1
<raghavgururajan>wingo Thanks
<leoprikler>btw. why is guix always so eager to update substitutes?
<leoprikler>can you not do that once at the start of the command and then call it a day?
<roptat>leoprikler, that's because we update substitutes as needed
<roptat>we only fetch substitutes for what needs to be built, but if one is missing, then we need substitutes for build dependencies of that thing, and we update those
<leoprikler>but can "as needed" not be computed at the start of "guix package ..."?
<roptat>if we updated substitutes for everything at once, it would take a few minutes I think, since that's what guix weather needs for getting information on the availability of substitutes for the whole distro
<shrdlu68>I'm getting this trying to reconfigure: "guix system: error: python-pep8-stdlib-tokenize-compat.patch: patch not found"
<roptat>no, because that depends on availability of substitutes: if one is missing, it adds more substitutes to fetch
<roptat>although I agree we could re-use the same line instead of printing multiple lines
<roptat>I'm not sure how though
<leoprikler>add an additional parameter that is set to #t in recursive calls
<roptat>shrdlu68, I think I've seen that error already, and that it's fixed. can you try running guix pull?
<roptat>leoprikler, it looks like updating substitutes goes through the daemon, which makes it hard to change anything
<shrdlu68>roptat: I did severally, didn't work.
<roptat>weird, I just pulled and there's even a substitute on the build farm...
<roptat>are you sure you're using the guix you've just pulled?
<jgart>Hello, I'm running into this issue on my guix server with tmate: https://github.com/tmate-io/tmate/issues/154 How would I got about downgrading libssh to version 0.8.7? I see when running guix edit that this is the current package definition for tmate:
<jgart> http://dpaste.com/17X7ZXY
<jgart>any help is greatly appreciated
<jgart>would it be a matter of adding a version procedure to the tmate package definition within the "inputs" block or using guix refresh with an argument?
<jgart>I am reading from here: https://ambrevar.xyz/guix-packaging/
<shrdlu68>roptat: It finally worked, I could swear I've done this before and it didn't work.
<roptat>jgart, I'm not sure how you use tmate. If you install it on a profile, you can use "guix install tmate --with-commit=libssh=libssh-0.8.7"
<roptat>if you want to fix guix itself, you'll need a package for libssh 0.8.7, and you'll name it libssh-0.8.7. Then, tmate would use that package instead of libssh
<jgart>roptat ohh ok that sounds like that would work. Let me try it. I'm not sure what is the latest status on newer versions of libssh breaking tmate. I just read from the github issues that version 0.8.7 doesn't give me the lost server error. I will look further into it now. I'm just trying to get tmate to atleast run so I can screenshare
<shrdlu68>What package contains "dig" from bind-utils?
<jgart>roptat thank you for the suggestion
<roptat>shrdlu68, bind:utils
<roptat>it's a separate output
<shrdlu68>roptat: I'm missing something, adding bind:utils to %base-packages isn't working.
<lprndn>shrdlu68: do you get an error? I think, in the config file, the syntax is `(,bind "utils") or something
<roptat>shrdlu68, right, try (list bind "utils")
<roptat>bind:utils is the syntax for the command line
<roptat>but it's not a defined scheme variable
<shrdlu68>lprndn: That worked, but with isc-bind.
<jgart>roptat: Your suggestion worked! tmate runs fine now. Now to decide whether to package libssh-0.8.7 as a separate package definition for tmate...
<shrdlu68>roptat, lprndn: Thanks
<oriansj>p3qfajwh360a3p6z73n9xfcrghrvlkrd-meld-3.20.1 is broken
<raghavgururajan>Does guix uses LTS versions of Linux-Libre??? I am ending up with kernel panic 50% of the time when I shutdown my system.
<civodul>raghavgururajan: that doesn't sound good; could you send a picture of the kernel panic?
<civodul>to bug-guix@gnu.org
<civodul>along with your OS config and any relevant details
<raghavgururajan>civodul Sure, I can do that.
<raghavgururajan>I will have to wait for the kernel panic again :-D
<raghavgururajan>civodul Btw, conceptually or theortically, can guix system be used on production servers (commercial use)?
<snape>Hi, did anyone have emacs font size issues since last core-updates merge?
<snape>to me it has become smaller
<grumbel>When installing third party packages via "guix package -f custom_package.scm" I get a lot of "guix package: warning: package 'custom_package' no longer exists" and in turn conflicts do the different library versions. Is there any easy way to fix that and force rebuilding of those packages with the new libraries without having to find the original .scm?
<bdju>it seems that the crystal language is not packaged!
<efraim>Parra: thanks. Sometimes I need the obvious suggestion :) I figured it was complaining about port 80 in the container but I've since realized it was port 80 inside and outside the container. Port 8080 did fix that
<ng0>raghavgururajan: yes, when you prepare enough for pain points to encounter
<ng0>I'd advise to do an experiment first for a while and then see if it's for you. back then we encountered enough to not make it usable for us
<civodul>raghavgururajan: the only blocker for "production servers" would be a missing feature for your use case
<civodul>hi snape!
<civodul>snape: no font size issue for me
<ng0>civodul: for us the killer was shepherd and occasional development inside guix where sshd would not work, and the inability (caused by the way shepherd is written iirc) to have some webservices defined we needed. now we're just using another Linux-based system with guix
<ng0>that was a ~7 months period in 2018, so it might as well be better now in some aspects
<civodul>yeah dunno
<civodul>there's no reason i'm aware of that would prevent the addition of web services, for instance
<civodul>in other news, "cuirass --web" (but not "cuirass") is leaking file descriptors, it seems
<wingo>exciting
<ng0>hm, i never pushed the buildbot files your way right? i mean, is there a buildbot (minus service) in guix? if not, i might as well setup guix elsewhere and start pushing the packages i have lined up
<snape>hi civodul, ok thanks!
<htgoebel>Hi. working on KDE updates, I found "kpmcore" (kde-frameworks.scm) now requires "qca" (kde.scm).
<htgoebel>I suggest moving this package into kde.scm.
<htgoebel>It this okay? Any example where I can peek the commit-message?
<htgoebel>Can I move and update in one commit?
<bdju>if something on another distro is built with "libreadline" and "libopenssl" are those just the "readline" and "openssl" guix packages?
<gnutec>Hello! I try --dry-run but this option doesn't install package. I install gnumeric, abiword, vlc, but big package don't install. Like Blender or Icecat. I install guix system 2 days.
***apteryx_ is now known as apteryx
<roptat>bdju, I think so
<roptat>gnutec, --dry-run is for telling you what would happen, without doing anything, so try without the option?
<gnutec>How can I tap in the touchpad notebook? I only click in the button.
<gnutec>roptat, Ok! I didn't know.
<apteryx>nckx: re bluetooth disconnection, that's definitly abnormal (I have apple wireless keyboard and used to have magic mouse, and both worked OK with Guix System and would reconnect automatically if paired).
<gnutec>roptat, I use "guix pull" and "sudo guix system reconfigure /etc/config.scm" but he didn't finish, some problem with google router maybe.
<roptat>gnutec, do you mean it's still running, or was there an error?
<roptat>when you run guix pull, it updates the set of available packages, but that also means the build farm didn't have much time to build everything, so substitutes might not be available yet
<apteryx>nckx: anything in /var/log/messages when you turn back on your device?
<gnutec>roptat, understand! Thank you! I'll try again later.
<raghavgururajan>ng0 Thanks!
<raghavgururajan>civodul I could think one. FHS. But I guess it would required by other too in general.
<raghavgururajan>*others
<refpga>Hi, how does one execute scripts at startup in GuixSD?
<raghavgururajan>civodul Anyway, other than features, I was concerned about stability. Like, when the guix system is updated every week, will there be an issue of system not booting or some services breaking? I understand that one can --roll-back or --switch-generation. But it is going to be consumption of extra time; when; the situation happens often.
<raghavgururajan>civodul I think my concerns and fear are steming from poor understanding of how packages in guix in updates, how branches work etc. I should review the manual.
<raghavgururajan>* in guix are updated
<raghavgururajan>ng0 If you don't mind, could you please share things that you encountered?
<civodul>refpga: you could write an "activation snippet" and extend 'activation-service-type'
<civodul>the snippet is a bit of Scheme code that'll run when the system boot and upon 'reconfigure'
<olivuser>hello guix
<olivuser>roptat, you there?
<ng0>raghavgururajan: maybe. i had an email prepared long time ago
<raghavgururajan>ng0 I see.
<dongcarl>question for y'all... If I have a package that I've already built once before... so `guix build` will just return its path, but I wanna inspect it like how I usually do, by `Ctrl-C`ing in the middle of a build and going to the directory in `/tmp`, how might I do that?
<civodul>hey dongcarl!
<dongcarl>Hi! :-)
<civodul>dongcarl: you can run "guix build -K foo --no-grafts --check"
<civodul>and C-c from there
<dongcarl>civodul: Ah nice!
<dongcarl>civodul: btw, do you remember your post here: https://gcc.gnu.org/bugzilla/show_bug.cgi?format=multiple&id=59217
<roptat>dongcarl, also, you can add a phase that throws an exception or something to your package
<civodul>dongcarl: at least i think i understand the comment in the commit it refers to :-)
<dongcarl>roptat: true... but it's gcc and... that would just take forever haha
<civodul>dongcarl: do you think this is a problem similar to that that you're hitting in make-toolchain?
<civodul>we'd need to grab the config.log files to see exactly what things like 'basename' aren't found
<civodul>could you grab them with -K?
<dongcarl>civodul: Yeah, the error messages are identical... Yes, config.log coming right up!
<nckx>raghavgururajan: We only ship supported kernels. 5.2 was recently removed for that reason, everything else is LTS. Your concerns about branches are justified: ‘master’ isn't ‘stable‘, it just happens to work most of the time.
<dongcarl>civodul: https://send.firefox.com/download/9d37254617025651/#jOPn5cqRieqYN1HBqjP1oQ
<dongcarl>I've actually narrowed it down to what line in `configure.ac` is causing this mess...
<dongcarl>But I just don't know how to fix it and why it's causing it
<dongcarl>It's L1321 in `guix-build-gcc-glibc-2.29-9.2.0.drv-2/gcc-9.2.0/gcc/configure.ac`
<dongcarl>It adds 2 `-I`'s, after which the configure log goes haywire
<dongcarl>grep for `getrlimit` and you'll see that the second time it's checked (right after L1321) is where it goes bad
<nckx>apteryx: Sure, but maybe I was unclear. There's no ‘split brain’ problem on my laptop: once the kernel sees the device, so does the rest of the system, and the mouse works. So once dmesg prints something all is fine. http://paste.debian.net/plain/1109979
<civodul>dongcarl: looks like we're missing the bit that determined that vasprintf is not declared
<civodul>could you check the other config.log files you have?
<civodul>there are several of them
<dongcarl>civodul: on it boss!
<dongcarl>grep for vasprintf?
<civodul>:-)
<civodul>grep won't be very helpful, too many references
<dongcarl>civodul: but I'm looking for some place where config.log says that vasprintf is not declared?
<dongcarl>civodul: Here's the output of `rg vasprintf (fd --no-ignore config.log)`: https://paste.sr.ht/%7Edongcarl/42d4be056e9646a36bd9ce723ccc9ff233774a8b
<dongcarl>rg = grep, fd = find
<dongcarl>It would seem that everything other than `gcc/configure` is happy with vasprintf... Just not `gcc/configure`
<civodul>what i don't get is that when gcc/configure hits "checking whether basename is declared", HAVE_DECL_VASPRINTF == 0
<raghavgururajan>nckx Thanks :)
<civodul>which leads to conflicting declarations for vasprintf, which leads to 'basename' considered as undeclared
<nckx>civodul: The upstream hash for psmisc-23.2.tar.xz has changed, all mirrors have the new hash, and I don't have an ‘old’ copy myself. Nor does ci.guix. Any chance that a build node would have it, or is that not how things work?
*nckx grasping at straws indeed.
<civodul>dongcarl: ↑ i'd expect the top-level configure to check for the vasprintf declaration and to defined HAVE_DECL_VASPRINTF accordingly
<civodul>nckx: i have /gnu/store/csn9r7ffzc2lnfc96dcjzwmflyz7q7dr-psmisc-23.2.tar.xz
<civodul>is that the one?
<nckx>Yes! What's its hash?
<nckx>Please be 0s1kjhrik0wzqbm7hv4gkhywhjrwhp9ajw0ad05fwharikk6ah49.
<civodul>yup!
<dongcarl>civodul: Hmmm... So look at top-level `config.log` next?
<civodul>nckx: try "guix download https://web.fdn.fr/~lcourtes/tmp/psmisc-23.2.tar.xz"
<civodul>dongcarl: probably, yes
<civodul>dongcarl: the goal is to find the first "checking whether xyz is declared" that goes wrong
<civodul>at least that's how i'd investigate
<nckx>civodul: Done. Thanks!
<raghavgururajan>nckx Could you please tell me how to find the error messages that I see during boot and shutdown? Like a log file?
<dongcarl>civodul: right! the root cause...
<nckx>raghavgururajan: /var/log/messages has some of them. Some are just printed to the console and never logged (yes…). If this is about panic messages, though: they are never saved, the system will not write to disc if it's that sick. It has no way of knowing its worldview is in any way correct, so it could corrupt anything.
<raghavgururajan>nckx Thanks!
<nckx>raghavgururajan: I use the awesome and unloved pstore facility to log panics to the firmware nvram (flash), which can be mounted as a file system.
<nckx>However, it has some rough edges (it can cause some UEFI implementations to refuse to boot until you clear it if it gets too full) and I'm pretty sure it's disabled in the Guix System kernels.
<dongcarl>civodul: So, the top level configure doesn't check for vasprintf at all... It seems that each submodule checks vasprintf itself... And every other module finds vasprintf, except for the gcc submodule...
<dongcarl>I also grepped all the config.logs for the strings "has a different exception specifier" and "ambiguating new declaration", and only the gcc/config.log has that... I believe that the declaration error in gcc is the root of the problem.
<dongcarl>Note that in gcc/configure, some things get checked twice, like "getrlimit", and the first time is fine, whereas the second time it fails... Which is what leads me to L1321 of `gcc/configure.ac`, where failures start happening
<dongcarl>See: https://paste.sr.ht/~dongcarl/94f56dd22e1e85479403b32593d53d218f7ab507#gcc/configure.ac-L1321
<bsima>in practice, how do you combine guile application code and guix building code?
<civodul>dongcarl: so we're back to GMP...
<civodul>dongcarl: why does make-gcc-libc empty 'inputs'?
<civodul>looks suspiciouis
<nckx>civodul: Worth attaching this link <http://paste.debian.net/1110034/> to the commit message? That's only the code (no ~100k of locale changes…).
<nckx>Love the ChangeLog additions. ‘Yeah, we know what we're doing, whacha gonna do.’
<dongcarl>civodul: I've made a better version locally that doesn't empty inputs, but there's no change...
<dongcarl>Here's my version: https://paste.sr.ht/%7Edongcarl/f6bb1d6bb0dcec7d2d8e46b29ab468aee5e1b95e
<nckx>bsima: Not sure what you mean, but: ‘quoting’.
<dongcarl>civodul: If we look at config.log... we see that `$GMPINC` evaluates to nothing: `g++ -std=gnu++98 -c -g -I../../gcc-9.2.0/gcc -I../../gcc-9.2.0/gcc/../include conftest.cpp >&5`
*dongcarl trying explicit `--with-gmp=`
<civodul>nckx: you could open a bug report with the diff and link to that from the commit log :-)
<nckx>But but pretty colours.
<nckx>Will do 🙂
<civodul>dongcarl: should we remove (inputs '()) from make-gcc-libc?
<dongcarl>civodul: Yeah, see my version: https://paste.sr.ht/%7Edongcarl/f6bb1d6bb0dcec7d2d8e46b29ab468aee5e1b95e
<dongcarl>civodul: One last thing before I write this up on the mailing list... Does L2448 of the `config.log` I originally sent look suspicious to you? https://send.firefox.com/download/9d37254617025651/#jOPn5cqRieqYN1HBqjP1oQ
<civodul>dongcarl: you mean: "/tmp/guix-build-gcc-glibc-2.29-9.2.0.drv-0/build/gcc/conftest.cpp:94: undefined reference to `ldopen'"
<civodul>?
<civodul>sounds suspicious indeed :-)
<civodul>but at least, we're not the ones who introduced the typo ;-)
<dongcarl>haha yeah, I'm side-by-side comparing with a successful build of gcc-toolchain right now...
<dongcarl>typo?
<civodul>ldopen
<civodul>maybe it's not a typo after all, who knows
<dongcarl>haha who knows...
*civodul has to go
<civodul>later!
<mbakke>efraim: do you know whether 'qtwayland' built successfully with Qt 5.12.4 ?
***afk11` is now known as afk11
<mbakke>update: it did not.
<mbakke>anyone familiar with qmake know why calling "qmake -o Makefile ..." in a subdirectory gives different results from when it's done by the top-level Makefile?
<sirgazil>Hello, I'm trying to install an application on the Guix System using flatpak, but I get a "Permission denied" error. I did this:
<sirgazil>$ guix install flatpak
<sirgazil>$ flatpak install --from https://flathub.org/repo/appstream/org.gnome.Builder.flatpakref
<sirgazil>And the error says:
<sirgazil>error: mkdir(/var/lib/flatpak): Permission denied
<sirgazil>Also, when I run:
<sirgazil>$ flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
<sirgazil>I get a "Violación de segmento" message (Segmentation fault?)
<sirgazil>This is Flatpak 1.4.2 on guix 0f3624f.
<mbakke>sirgazil: I think you need --user or something along those lines, to make flatpak work without a system daemon.
<sirgazil>mbakke: thanks, but, unfortunately, I don't know what that means :)
<mbakke>sirgazil: I mean that if you add --user to your 'flatpak install' command, it might work :-)
<mbakke>but then, I haven't used flatpak myself, just watched it in action
<sirgazil>mbakke: He he, I'm so dumb :) It's installing now, thanks.
<mbakke>sirgazil: yay! :-)
<nckx>mbakke: …typo? (jimtcl.)
<mbakke>nckx: hah, indeed (I just saw Jack's reply)
<nckx>Oh, I haven't.
<mbakke>I suppose that package predated the everythingctl trend...
<nckx>😃
<nckx>jimctl ♥
<jackhill>
***doublelo1p is now known as doubleloop
<leoprikler>Can someone explain me the following: http://paste.debian.net/1110262/
<leoprikler>this program works fine in Gentoo, but fails in Guix, both with glib-2.60.6 and gobject-introspection-1.60.2
<gnutec>Hello there! I here again. I install the transmission 2.94 normal, but he has no icon to click or comand to execute. Why?
<nckx>gnutec: Did you install transmission:gui? It contains the transmission-gtk front end.
<efraim>mbakke: yeah, sorry about qtwayland. I never got around to fixing it
<gnutec>With guix system? No. Wait...
<nckx>gnutec: Any Guix.
<gnutec>nckx: I'm doing now. Thanks! :D
<nckx>It also provides a .desktop file if that's what you mean by ‘icon’ 🙂
<mbakke>leoprikler: does running the program through GDB provide any clues?
<gnutec>nckx: It's work perfect. Thank! No download needed I think.
<mbakke>in particular, what happens here: https://gitlab.gnome.org/GNOME/glib/blob/master/gobject/gsignal.c#L1217
<nckx>gnutec: I don't know what you mean by that but yay!
*nckx continues fighting openssh; losing.
<gnutec>I install aisleriot. I did "~$ sol" and return "Non UTF-8 locale (ANSI_X3.4-1968) is not supported!". Why?
<mbakke>efraim: I filed a bug upstream: https://bugreports.qt.io/projects/QTBUG/issues/QTBUG-79476
<mbakke>efraim: I have a fix for the Makefile, but that file is generated during the 'build' phase, and I haven't been able to (properly) create it manually beforehand. Any ideas?
<nckx>gnutec: Weird. Here too.
<mbakke>hmm, maybe "make -C src/client"; wait until it fails, then fix the generated stuff, and then run "make" again
*mbakke tries
<gnutec>nckx: The system always told me to do something like " install glibc-utf8-locales... export". I did, reboot the system, but still send this messenger. When I command "guix package -l", it is there.
<mbakke>derp, there is no Makefile at all before the 'build' phase, of course...
<nckx>gnutec: Could you report the AisleRiot bug to bug-guix@gnu.org? AFAICT it's not a bug with the aisleriot per se.
<nckx>s/per/package per/
<gnutec>nckx: Ok!
<nckx>Thank you 🙂
<gnutec>nckx: It's done!
<gnutec>nckx: What about the touchpad? Do you haved? I can't tap to click, understand?
<nckx>gnutec: I don't have time to walk you through, but you can probably use change a setting in your xorg.conf like I do here (‘Tapping’). <http://paste.debian.net/plain/1110355> However: I use libinput, don't know what you use; and I use the TrackPoint and disable the touchpad, so make sure you put it in your touchpad section.
<nckx>s/use//
<bavier>hi guix!
<nckx>(I'd give more concrete instructions if I could.)
<nckx>o/ bavier
*bavier sad that emoji's keep killing their st terminal
<nckx>Sorry…
<bavier>:P
<bavier>I'd take it up with the suckless people, but they'd probably have none of it
<nckx>Actual lol.
<reepca>psmisc is still getting hash mismatches, it gets 0g82by5c0b5rfkmz8091234g1sbv1s2x59wfnfl889miyrmmla3p
<nckx>reepca: That looks like the hash of the SF HTML page.
<nckx>Yes, I recognise it on sight.
<nckx>:p
<nckx>Ah, the ‘ devel’ is probably bogus.
<nckx>Yep.
<leoprikler>mbakke: it's not really helpful
<leoprikler>I'm probably missing debug symbols and there's no glib:debug
<oriansj>anyone know a quick fix for: Meld requires GTK+ 3.20 or higher ?