Hi,
sirgazil writes:
> I can't open info manuals in an Emacs freshly installed in my GNU
> system installed in a real machine using the ISO installer
> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>
> ## Steps to reproduce
>
> 1. guix install emacs
> 2. Start Ema
Hi,
sirgazil writes:
> I installed the GNU system in a real machine using Guix 1.0 ISO
> installer
> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>
> Whenever I install a desktop application, the application icon does
> not show up immediately in the list of avai
Hi,
sirgazil writes:
> I installed the GNU system in a real machine using Guix 1.0 ISO
> installer
> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>
> After installing "gnome-tweak-tool", I cannot launch it.
I can confirm that it doesn't work for me either. It u
Hi,
I installed the GNU system in a real machine using Guix 1.0 ISO installer
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
After installing "gnome-tweak-tool", I cannot launch it.
## Steps to reproduce
1. guix install gnome-tweak-tool
2. Press Alt+F2
3. Type g
On Sunday, May 5, 2019 6:36:06 PM EDT Mark H Weaver wrote:
> My knowledge of Flatpak is weak, but in general, foreign pre-compiled
> binaries will not work on Guix unless they are statically linked.
> Traditional dynamically-linked executables expect to find a dynamic
> linker and system shared lib
Hi,
I installed the GNU system in a real machine using Guix 1.0 ISO installer
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
Whenever I install a desktop application, the application icon does not show up
immediately in the list of available applications. I have t
Hi Ricardo,
Ricardo Wurmus writes:
> Mark H Weaver writes:
>
>> Hydra failed two consecutive attempts to build libdrm on armhf-linux:
>>
>> https://hydra.gnu.org/build/3481547#tabs-summary
>>
>> Both build attempts were made on hydra-slave2, which is a Wandboard Quad
>> based on the Freescale
Hi Jonathan,
"Jonathan Frederickson" writes:
> I'm attempting to use Flatpak on my Guix system, and I'm experiencing
> segfaults when attempting to add a remote repo. Provided below are the
> output of the command I'm attempting to run, as well as some info
> about my system.
My knowledge of Fla
Ludovic Courtès skribis:
> So why is ‘wpa-supplicant’ marked as failing to start on the first
> attempt?
>
> The only reason I can think of is if ‘read-pid-file’ from (shepherd
> service) returns immediately and returns #f instead of a number. That
> can actually happen if the PID file exists bu
* guix/ui.scm (%package-metrics): Add a PACKAGE-OUTPUTS metric with a
relevance of 1.
* guix/scripts/package.scm (process-query): Add the
REGEXP/NEWLINE flag.
---
mikadoZero, Guix,
Here's a patch to match package outputs (except ‘out’, since it can't affect
the relative score) in ‘guix search’.
On Sun, May 05, 2019 at 03:36:51PM -0400, Raghav Gururajan wrote:
> Florian! The link you provided is awesome.
>
> I strongly request the devs to use that link
> (https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/) to fix
> this bug.
There actually also is:
https://blogs.gnome.
On Sun, May 05, 2019 at 03:23:27PM -0400, Raghav Gururajan wrote:
> On 5 May 2019 14:52, "pelzflorian (Florian Pelz)"
> wrote:
> > Well, they have two names and others frequently refer to them by
> > e.g. Epiphany and not GNOME Web, including Epiphany developers.
> >
> >
>
> Hmm, but the app s
I'm attempting to use Flatpak on my Guix system, and I'm experiencing segfaults
when attempting to add a remote repo. Provided below are the output of the
command I'm attempting to run, as well as some info about my system.
=
jfred@lambdacrypt ~$ flatpak remote-add --if-not-exists flathub
h
Ludovic Courtès skribis:
> You would expect wpa_supplicant to create its PID file atomically: write
> it under a different name, then rename(2)… but no:
Regarding this PID file atomicity issue, a few other data points: Tor,
syslogd (GNU Inetutils), sshd (OpenSSH), and dbus-daemon all do the
exac
pelzflorian (Florian Pelz) writes:
> On Sun, May 05, 2019 at 11:52:36AM -0500, sirgazil wrote:
>> Hi,
>>
>> I installed the GNU system in a real machine using the Guix 1.0 ISO
>> installer
>> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>>
>> When I insert a C
I can't open info manuals in an Emacs freshly installed in my GNU system
installed in a real machine using the ISO installer
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
## Steps to reproduce
1. guix install emacs
2. Start Emacs.
3. M-x info Enter.
4. m Guix Ent
Hi,
A few days ago I mentioned an issue with a Scribus installed on a foreign
distribution using Guix
(https://lists.gnu.org/archive/html/help-guix/2019-04/msg00249.html). I'm
experiencing the same problem with Scribus and the GIMP in a GNU system
installed in a real machine using the ISO inst
Hi,
mikadoZero reported a bug here:
https://lists.gnu.org/archive/html/help-guix/2019-04/msg00206.html
The bug is reproducible. On Guix commit
aa7cdc57dc28673dedfc6ec210974aaa0099a419, a search for keyword "cargo"
does not find the "cargo" output of the "rust" package:
--8<---cut h
Florian! The link you provided is awesome.
I strongly request the devs to use that link
(https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/) to fix
this bug.On 5 May 2019 15:23, Raghav Gururajan wrote:
>
>
> On 5 May 2019 14:52, "pelzflorian (Florian Pelz)"
> wrote:
> >
> > O
On 5 May 2019 14:52, "pelzflorian (Florian Pelz)"
wrote:
>
> On Sun, May 05, 2019 at 02:20:39PM -0400, Raghav Gururajan wrote:
> > Hello Guix!
> >
> > Based on the mail-list thread "https://lists.gnu.org/archive/html/help-
> > guix/2019-05/msg00124.html", it appears that there is a bug, wher
On Sun, May 05, 2019 at 02:20:39PM -0400, Raghav Gururajan wrote:
> Hello Guix!
>
> Based on the mail-list thread "https://lists.gnu.org/archive/html/help-
> guix/2019-05/msg00124.html", it appears that there is a bug, where some
> GNOME Core Applications are actually packaged in guix but have not
Hello Guix!
Based on the mail-list thread "https://lists.gnu.org/archive/html/help-
guix/2019-05/msg00124.html", it appears that there is a bug, where some
GNOME Core Applications are actually packaged in guix but have not been
included in guix's "gnome" package.
So I did [guix search "gnome-*"]
On Sun, May 05, 2019 at 11:52:36AM -0500, sirgazil wrote:
> Hi,
>
> I installed the GNU system in a real machine using the Guix 1.0 ISO installer
> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>
> When I insert a CD or a DVD the drive light flashes for a moment,
On Fri, May 03, 2019 at 07:29:03AM +0200, Ricardo Wurmus wrote:
> > Both build attempts were made on hydra-slave2, which is a Wandboard Quad
> > based on the Freescale i.MX6 SOC.
> This has built fine on berlin. We have a completed build for
> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4
In the bootloader menu, input from a USB external keyboard or a
Macbook’s built-in USB keyboard is ignored by GRUB. This makes it
impossible to choose which generation to boot. The passphrase of an
encrypted boot partition can be entered though (with US English
keyboard layout instead of the chos
Hi,
I installed the GNU system in a real machine using the Guix 1.0 ISO installer
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
When I insert a CD or a DVD the drive light flashes for a moment, then turns
off, but it seems the discs are never mounted. GNOME displ
Hello,
I’ve been able to test it on the bare metal as well and I confirm: I
booted the install image a few times and the ‘wpa-supplicant’ service
would be stopped every time, with a dangling ‘wpa_supplicant’ process
running. Given that this seems to be systematic, I’m not sure my PID
file atomici
Guix,
Some (=none) of you might remember my X keyboard woes on #guix,
where I was stuck without a backspace key or the key below it (\,
|) on my ThinkPad X230T's US keyboard. Both sent out
‘XF86ScreenSaver’ codes instead.
I tried dozens of things, both in my system configuration and by
run
Hi,
I installed the GNU system with the Guix 1.0 ISO installer
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
My intention was to complete the installation using the graphical installer,
but my attempts failed with an error that pointed to the line in the
"config
On Sun, May 05, 2019 at 01:04:03PM +0200, Mathieu Othacehe wrote:
>
> Hello,
>
> > #2 would please everybody, but I do not know what widgets Newt
> > provides for this. Mathieu, would you know if changing the
> > visibility with e.g. a checkbox is doable?
>
> You'll find a patch attached that a
Hello,
> #2 would please everybody, but I do not know what widgets Newt
> provides for this. Mathieu, would you know if changing the
> visibility with e.g. a checkbox is doable?
You'll find a patch attached that adds a checkbox to toggle password
hiding. Every password input now has such a chec
Hi,
Brendan Tildesley writes:
> Any one have any clues on how to debug such a thing?
>
> https://brendan.scot/p/borked-godot.png
check dmesg for something like:
--8<---cut here---start->8---
[ 337.066640] amdgpu :01:00.0: GPU fault detected: 146 0x4
With Guix on Arch, Running Guix's Godot and cool-retro-term programs
results in a completely garbled GUI. Godot ran with OpenGL ES2 instead
of ES3 looks a bit better except the fonts fail to render correctly.
Cool-retro-term complains about how using a variable width font may
cause display alignmen
Addendum: This never happened during half a year of using Debian 9.
It did happen on GuixSD half a year ago.
This happens on linux-libre-4.9 (same Linux base version as Debian 9)
as well as on what recently was current linux-libre (which I can no
longer use with my GPU since a few weeks ago). I t
34 matches
Mail list logo
