I have tried running the application through GDB to print a backtrace, and
here is what it prints:
$ gdb ./build/src/vala-language-server
GNU gdb (GDB) 10.1
(gdb) run
Starting program: /home/hiphish/Applications/lsp/vala-language-server/build/
src/vala-language-server
[Thread debugging using
Hello everyone,
I have a weird problem: when I create a Guix environment for GTK+ development
and when I use Meson to build the project I get a segmentation fault when I
run the compiled application. I have tried with a basic C example from Meson's
website[1]. Here is the environment manifest:
Hello everyone,
I'm running Guix on Kubuntu 19.04 and I cannot update Guix using `sudo guix
pull`. I get the following error:
Migrating profile generations to '/var/guix/profiles/per-user/root'...
guix pull: error: symlink: File exists: "/var/guix/profiles/per-user/root/
current-guix"
The
Hello Guix,
I have noticed that on my foreign distro (Kubuntu 19.04) running an OpenGL
application crashes the entire system. First everything becomes unresponsive
(except the mouse cursor), then the screen goes off and on and eventually I'm
logged out, but even after logging back in
Sorry no, I did it by hand because 1) I was doing things with Root access and
I did not want to automate something I haven't done by hand before, and 2)
it's probably not something I will have to do often (or ever again).
On Monday, 6 May 2019 09:33:32 CEST you wrote:
> Great!
> Did you wrote a
I ended up doing the same, plus some extra steps. Basically, I walked through
the binary installation instructions of the manual and unded all the steps.
When it told me to copy, move or symlink something I deleted that, I disabled
and deleted the SystemD services, and I removed all the Guix
Hello,
I think I have messed up a few things with my Guix installation and I would
like to start over with a fresh setup, but I haven't found information on how
to uninstall Guix in the manual.
I am using Kubuntu 18.10 and I had installed Guix from a binary installation
back when it was still
On Friday, 12 April 2019 11:11:31 CEST Ricardo Wurmus wrote:
> HiPhish writes:
>
> You shouldn’t set this one. If you’re concerned about GCC not finding
> libraries you should use LIBRARY_PATH, not LD_LIBRARY_PATH.
>
> When installing gcc-toolchain, however, CPATH and L
On Friday, 12 April 2019 01:04:02 CEST Luther Thompson wrote:
> Ok, so the profile and search-paths both have the same problem. I'll
> have to dig into the source code to see if I can find a root cause.
> Hopefully in the meantime, someone who knows about this stuff can come
> up with an answer.
>
On Thursday, 11 April 2019 19:58:56 CEST Luther Thompson wrote:
> On my system ~/.guix-profile/etc/profile has all the important
> environment variables, including XDG_DATA_DIRS. When I run `guix
> package --search-paths=prefix`, I see a list of the same variables.
> What do you see when you run
Hello everyone,
I noticed that when I use Guix to install an application that has a desktop
entry, such as Gimp, Inkscape or Krita, that application does not show up in
my applications menu (using KDE on Kubuntu). After some digging I have found
that the environment variable $XDG_DATA_DIRS is
the email.
On Thursday, 14 March 2019 21:39:06 CET you wrote:
> HiPhish,
> [...]
>
> Interrupting after an hour is a bit too soon to say it's stuck.
> Just from experience, many backup programmes tend to have long
> test suites (a trait which they share with many databases
On Thursday, 14 March 2019 21:31:15 CET you wrote:
> It's probably stuck in the tests:
>
> https://github.com/borgbackup/borg/issues/4350
>
> Whether or not it gets stuck seems host-specific. It works on some
> machines and not others. I recommend just waiting a while for a
> substitute to
Hello everyone,
I was trying to upgrade my packages and Borg (the backup program) has been
taking over an hour already. I have eventually decided to cancel the upgrade
process and tried upgrading all packages except Borg. The upgrade process
finished without problems in a reasonable amount of
Ken Silverman is an asshole and an idiot for writing his own license instead
of using an existing one, or letting an actual lawyer write it. And in 2000 he
didn't even have the "dumb teenager" excuse.
As for the engine, when Duke Nukem 3D was originally written the engine was
proprietary, 3D
Couldn't GLU be added as an input in the declaration of eDuke? Polymost and
Polymer work for me, but I have GLU already installed on my system via apt.
On Friday, 22 February 2019 14:01:35 CET you wrote:
> There is one issue though that I get on startup:
>
> --8<---cut
On Friday, 22 February 2019 11:57:31 CET you wrote:
> I can merge this in your name, let me know.
That's fine by me. You are right about the missing install phase, I was
primarily trying to get it to build first before worrying about installing the
files.
How do you know how to do these
Thank you for looking it this. I have done my own poking around and here is
the idea I came up with, after looking at how some other games were handling
SDL:
(arguments
`(#:phases
(modify-phases %standard-phases
(delete 'configure)
(add-after 'set-paths
On Sunday, 17 February 2019 16:33:41 CET you wrote:
> Can you share your package definition?
Sure, I posted the abridged version in the OP, here is the complete definition:
(define-public eduke32
(package
(name "eduke32")
(version "20181027-7136")
(source
(origin
I have found the problem thanks to one of the eDuke32 developers. Here is the
issue:
$ echo $C_INCLUDE_PATH
/gnu/store/x3r6c04n583q3fz7szm32ahycrxgfiz6-profile/include
Compare this value to
$ sdl2-config --cflags
Hello everyone,
I have been trying to build eDuke32[1] (a Free source port of Duke Nukem 3D)
with Guix following their instructions[2], but it looks like I am unable to
set up the environment properly. I first created the following Guile script
(omitting some version, source, description and
On Sunday, 20 January 2019 00:31:33 CET you wrote:
> What I meant is: you shouldn’t install “guix” with Guix because you will
> necessarily end up with an older version of Guix (namely the previous
> version that is available though the current version).
>
> Use “guix pull” only to avoid these
Hello Ricardo,
I have logged out and back in just to be sure everything is reset.
> What “guix” are you using? What does “which guix” tell you?
When I run `guix --version` I get "guix (GNU Guix) 0.15.0-5.1d0be47" (and the
usual copyright boilerplate of course). `which guix` prints "guix (GNU
Hello everyone,
I am running Kubuntu 18.04 with Guix as my other package manager. I originally
installed it when Guix was still in version 0.15 and I ran in a bunch of
trouble when I tried updating to 0.16. I am still not sure I updated properly.
>From what I understand, Guix works as follows:
Thanks, that answers my question then. Maybe it would be worth adding a note
in the manual for future users?
On Sonntag, 9. September 2018 12:26:57 CEST you wrote:
> Hi,
>
> HiPhish skribis:
> > When using `guix download` and `guix hash` there are (among other) the
> >
When using `guix download` and `guix hash` there are (among other) the formats
`nix-base32` and `base32`. It appears that when writing a package definition I
have to use the former with the `(base32 "...")` expression. This really
confused be because I thought that "base32" means "base32" on
> Yes, Guix is only aware of its own store. "Functional" means that the
> environment (the host system) does not impact the way packages are built and
> installed.
> Whatever is done on the APT side will not change how Guix performs its
> operations.
OK, I have installed Guile from Guix now and
Hello everyone,
I have Guix up and running on my Kubuntu 18.04 machine. I installed it
manually
from the binary: I first installed Guile 2.2.3 via apt, then I installed Guix.
I wanted to do some more serious Guile work involving libraries, and since
Guile does not have a package manager of its
Hello everyone,
I have Guix up and running on my Kubuntu 18.04 machine. I installed it
manually
from the binary: I first installed Guile 2.2.3 via apt, then I installed Guix.
I wanted to do some more serious Guile work involving libraries, and since
Guile does not have a package manager of its
OK, I suspected that I'm not meant to edit ~/.guix-profile/etc/profile myself,
that's why I asked. It's weird that $XDG_DATA_DIRS was not added after I
installed Gimp; maybe because Gimp uses GTK+ 2 instead of GTK+ 3? Who knows, I
have added ~/.guix-profile/share/applications/ to the environment
Nope, my ~/.guix-profile/etc/profile only exports the $PATH. Could it be
because I installed Guix on top of Kubuntu instead of using GuixSD? The same
with .bashrc, I already had one and Guix did not alter the existing one.
I have no problems with making adjustments to my ~/.bashrc, I was just
The file ~/.guix-profile/etc/profile only contains
export
PATH="${GUIX_PROFILE:-/gnu/store/0mbr4gk9q24gyvn64mnlpjicwm2h70nc-profile}/bin${PATH:+:}$PATH"
It only exports the $PATH. Am I meant to make manual adjustments to this file
or is it managed by Guix as well? And while I'm at it, what
Hello everyone,
I am using Kubuntu 18.04 and I recently installed Guix as a secondary package
manager. I'm still feeling my way around and I have been wondering whether
the desktop files provided by some applications can be integrated with the
desktop environment.
When I install an application
33 matches
Mail list logo
