<sneek>quiliro, rekado says: Have you tried doing as the error message suggests? It says to specify the location of qmake by configuring with the “--qmake” flag, giving the location of the “qmake” executable as an argument.
<sneek>quiliro, rekado says: But first you should check that “qmake” is actually available at build time. What package provides it? Is that package part of the native-inputs? You can use “find /gnu/store -name qmake” to find the name of the package providing “qmake”.
<sneek>quiliro, rekado says: “qmake” is part of the “qtbase” package, which is in the inherited native-inputs already. So you may just need to tell “configure.py” about it.
<joshuaBPMan_>hello, maybe this is a dumb question, but I'm having a hard time trying to figure out how to sort through all of my guix email. On thunderbird, I've set up a throw all of firstname.lastname@example.org into one folder...BUT I still get guix emails in my regular inbox. Is there some way to put all of guix emails into one folder? Also I am trying to get more familiar with using email in Emacs, but it can be such a pain to set up.
<cehteh>ACTION uses claws-mail and lets popfile sort his emails with the imap backend, thats close to a private secretary, learns from mails i sort manually, diverts them into 20 or so folders
<joshuaBPMan_>yeah. I'd like to try email in emacs, because I think it would be pretty cool. I've tried it in the past, with mixed results. It seems like gnus has the most features, though it can be a bit slow.
<cehteh>i use multiple clients (mobile phone, laptop, pc) .. i really prefer when the instance sorting the mails is somewhere else
<cehteh>and so far i didnt liked the email in emacs approach :D
<cehteh>too much to learn, blocking emacs sometimes
<cehteh>anyway sorting emails with filters on the client is a bit impractical because you have to have one dedicated client for that which must be always runnin, or syncronize these filters or other things
<cehteh>the only think i do is that i let the client delete everything older than half a year in the trash
<jdz1200>Is it possible to tell `guix pull` to only update things that are pre-compiled upstream?
<quiliro>"I think it maybe possible after putting some LUKS and LVM modules in core.img which will be placed on GPT partition, but the rest (kernel and so on) can be located in encrypted /boot on same partition
<reepca>I'm pretty puzzled. There's a profile somewhere referencing this thing I want to delete, but I can't figure out what profile it is. It's not under /var/guix/gcroots/profiles/per-user and it's not a system profile.
<rekado_>reepca: the Emacs memory leak you mentioned can be prevented by configuring Emacs with a certain option. I just can't remember it.
<reepca>lfam: I don't think so - any environment should have been closed out of when I restarted emacs. And top doesn't show guix-daemon as having any children (which I think would indicate a build running, but not sure)
<lfam>reepca: Have you tried grepping in /var/guix for the store path of the item in question?
<reepca>Hm, I need to get the output path of a package to be passed to #:configure-flags... but if I understand correctly, the output path is a hash of, among other things, the builder. So I can't really know it until build-time. So is there a way to add it at build-time without replacing the entire configure phase?
<reepca>nckx: indeed, I wouldn't have thought of it. Gives me respect for the authors of the daemon that has been a bit lacking after a lot of time reading the source.
<nckx>reepca: (assoc-ref %outputs "out") should work there as well, I thought. Doesn't it?
<reepca>nckx: By "there" do you mean in the package definition and not at build-time?