bug#41715: The program '/gnu/store/foobar/compute-guix-derivation' failed to compute the derivation for guix
Hej Ludo, I see that some time has passed and I believe that the issue can be closed. Long story short, my hdd has died and I bought a new one and re-installed. I could imagine that the errors I was running into were related to the impending hardware failure -- that's a speculation, though. Anyway, following your suggestions brought me to the same point I was at earlier (gdb didnt show anything useful). Another possible source of error I have not mentioned before (I simply forgot about it): after the fresh install, I swapped the swap and /home partition using another OS (I have two hdds, each of which has a different OS). I don't know if that could've been the problem and/or one reason the hdd died. Anyway, I'm thankful for your supportive attitude and your time. Have a good day, Olivier Am 12.06.20 um 16:12 schrieb Ludovic Courtès: Hi Olivier, o.ro...@posteo.net skribis: I followed the steps you mentioned, the results you find here: https://www.mediafire.com/file/g5yz8f3pput8f3w/gdb-output/file . The only part I omitted from the gdb output is the first lines mentioned the license. (Will look at IPFS, maybe next time :)) Since it’s a small file, you can send it as an attachment. GDB shows: --8<---cut here---start->8--- Core was generated by `/gnu/store/0m0vd873jp61lcm4xa3ljdgx381qa782-guile-3.0.2/bin/guile --no-auto-com'. Program terminated with signal SIGBUS, Bus error. #0 0x7f90885ccc78 in ?? () [Current thread is 1 (LWP 845)] (gdb) thread apply all bt Thread 9 (LWP 853): #0 0x7f90884d90a4 in ?? () #1 0x0001 in ?? () #2 0x0001 in ?? () #3 0x7f90840c9a30 in ?? () #4 0x7f90840c95a0 in ?? () #5 0x7f90840ca700 in ?? () #6 0x7f90885ac067 in ?? () #7 0x7f90845efa80 in ?? () #8 0x7f90884fed94 in ?? () #9 0x0001 in ?? () #10 0x7f90840c95a0 in ?? () --8<---cut here---end--->8--- That means debugging info is lacking. To address that, could you run: guix build $(guix gc --derivers /gnu/store/0m0vd873jp61lcm4xa3ljdgx381qa782-guile-3.0.2) and then: echo 'set debug-file-directory /gnu/store/9lg4gssswn2cwn54p6jjy6nld16ah795-guile-3.0.2-debug/lib/debug' >> ~/.gdbinit At that point, you can try again to run: gdb --core=./core That will hopefully show more useful info. Thanks in advance! Ludo’.
bug#71606: Info manuals don't appear in default profile despite correct(?) environment variables
Hej fellows, I am on a foreign distro (openSUSE) and use Guix as package manager. I have set the INFOPATH so that it points -- among others -- to the path of my current profile which is the canonical `.config/guix/current/share/info`. However, this directory seems to not be correctly populated, for it is missing at least the entry of the `recutils` package which I have installed via the Guix package manager. Confusingly, Emacs doesn't find the recutils info manual (nor the manpages), but invoking `info recutils` from the command line yields the documentation -- despite $INFOPATH being identical in both cases and `~/.config/guix/current/share/info` being part of `Info-directory-list`. Am I doing something wrong, do I have to do something in particular, or is there a misunderstanding on my side as to how the subdirectories of my current profile are supposed to behave? Have a good day :)
bug#71606: Info manuals don't appear in default profile despite correct(?) environment variables
Hi Suhail,
unfortunately that doesn't change anything -- while I can't find the Info files
in Emacs,
I can obviously find them using the `info` command in the command line.
I am beginning to suspect this is an emacs-specific issue.
Suhail Singh writes:
> Olivier Rojon writes:
>
>> I have set the INFOPATH so that it points -- among others -- to the
>> path of my current profile which is the canonical
>> `.config/guix/current/share/info`.
>
> What happens when "${GUIX_PROFILE}/share/info" is added to the INFOPATH?
> Where ${GUIX_PROFILE} (in my case) is "${HOME}/.guix-profile".
bug#71606: Info manuals don't appear in default profile despite correct(?) environment variables
Do you mind sharing the values of both your `INFOPATH` and your
`Info[-]?(additional|default)?-directory-list`? After I opened the issue I
realized that
this is not the first issue that I have with Emacs and Info (unfortunately).
Suhail Singh writes:
> Olivier Rojon writes:
>
>> I am beginning to suspect this is an emacs-specific issue.
>
> Perhaps. FWIW, I am using Guix on a foreign distribution (openSUSE
> Tumbleweed) and am able to view the info page for recutils from within
> Emacs (29.3).
>
> In my case the info page is installed under "${GUIX_PROFILE}/share/info"
> and that directory gets added (via the INFOPATH variable) and is present
> within Info-directory-list .
bug#71606: Info manuals don't appear in default profile despite correct(?) environment variables
Actually, I needed to source `${HOME}/.guix-profile/share/info` and now the
problem is
solved.
Thanks a bunch!
Suhail Singh writes:
> Olivier Rojon writes:
>
>> Do you mind sharing the values of both your `INFOPATH`
>
> "${HOME}/.guix-profile/share/info:${HOME}/.config/guix/current/share/info:"
>
>> and your `Info[-]?(additional|default)?-directory-list`?
>
> Info-additional-directory-list is nil. Info-default-directory-list is
> nil. Info-directory-list has a number of entries, but of relevance here
> is the fact that it has an entry corresponding to
> "${HOME}/.guix-profile/share/info" which is where recutils' Info
> document gets installed.
bug#65345: guix-pull --list-generations is slow
Hi, Calling `guix-pull --list-generations' is very slow on my system with 37 generations. $ time guix pull --list-generations > /dev/null real0m58.702s user1m8.418s sys 0m1.527s Also, it takes a lot of CPU (100% of a core). $ guix describe: guix 7b2b0a5 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 7b2b0a5e1d635fb0e3d2d3e9141ac27c2db644b5 >From a search in pull.scm, I think that the culprit is in the `channel-news-for-commit' procedure. Thanks, old -- Olivier Dion EfficiOS Inc. https://www.efficios.com
bug#44997: Flatpaks are invisible to application launchers
Hej, I understand it has been some time since this issue has been opened and I suppose that in the meantime, the mentioned Flatpak update has already taken place (quite presumptuous, I know ;-)). However, on my end, it is still the case that the directories '/var/lib/flatpak/exports/share' and '/home/hapster/.local/share/flatpak/exports/share' are not exported which results in them not being shown in applications launchers such as the one incorporated in the GNOME Shell. Is it possible there now is a solution that does not incorporate adding search paths to the package? Because if there isn't, I don't see why the package should not be altered in order to just export those paths -- it seems like a solution that is much cleaner than me exporting them in shell init files or in the guix home environment. Have a good day :) John Kehayias writes: > I agree this should be exported by the flatpak package. I haven't hit any > other packages > putting anything in /etc/profile.d, though that does happen I know (so > perhaps Guix should > incorporate or patch such things?). Flatpak is also due for an update soon I > think, so > that would be a good time to make the modification perhaps.
