It turns out 'Visual Studio Code (System).edit.py' is required to fix
this. I recommend a patch that removes the Visual Studio Code (system
and 'official') and Atom editor options, but that could be just my own
preference. Please do not remove the None or System Editor options.
Until a patch i
or the editor
function won't work.
--
-Jesse Gibbons
ing a patch?
--
-Jesse Gibbons
east ensure this particular kind of
crash does not prompt the end user to send a bug report. It would seem
the real bug is communication to the user, "you found a bug, report it
to the developers." instead of "Network error. Try later."
--
-Jesse Gibbons
ed in between):
~/guix-home/profile/bin/calibre
~/guix-profile/bin/calibre
guix shell calibre -- calibre
guix shell --pure calibre -- calibre
guix time-machine -- shell calibre -- calibre
--
-Jesse Gibbons
pute-guix-derivation'
failed to compute the derivation for Guix (version:
"787b13a5d9df8f0cc7170de1b80cead68b516c66"; system: "x86_64-linux";
host version: "90a41fe388102d448b3f91a070e38a7680d2d568"; pull-version: 1).
Please report the COMPLETE output above by email to .
--
-Jesse Gibbons
from
/share/solarus-quest-editor/assets/initial_quest/ relative to the
installed solarus-quest-editor to the destination and keeps permissions.
--
-Jesse Gibbons
Strange bug, guix can't find gfortran-toolchain even though it is a
package defined publicly in one of the files it presumably searches.
`which guix` outputs the expected "$HOME/.config/guix/current/bin/guix",
so it probably isn't a problem with my guix home.
`guix package -A gfortran` return
> What would be the best way to fix this?
> - keep a mozjs-78.6 package around just for 0ad
> - patch 0ad to fix the compatibility issues with mozjs 78.15
> - use the mozjs version bundled in the 0ad sources
>
> WDYT?
Keeping mozjs-78.6 just for 0ad will probably make things harder later
on b
On 12/3/20 6:26 AM, zimoun wrote:
Hi,
On Thu, 03 Dec 2020 at 04:15, Michael Rohleder wrote:
Jesse Gibbons writes:
The main window pops up, and so does a dialog asking if I want to take
a survey. I click to close the dialog and it doesn't respond.
[...]
Is this on a foreign d
guix environment --ad-hoc glade -- glade
The main window pops up, and so does a dialog asking if I want to take a
survey. I click to close the dialog and it doesn't respond.
My WM is xfce.
$ guix describe
Generation 342 Nov 28 2020 17:39:32 (current)
guix f816deb
repository URL: http
--dry-run is an option listed in `guix deploy --help` but when I try it,
it isn't recognized:
$ guix deploy --dry-run deploy.scm
guix deploy: error: dry-run: unrecognized option
On 11/18/20 10:17 AM, Ludovic Courtès wrote:
Hi Jesse,
Jesse Gibbons skribis:
For example, if you pick
<https://alpha.gnu.org/gnu/guix/guix-system-install-1.2.0rc1.x86_64-linux.iso.xz>,
it boots just fine. In the GRUB menu entry (type ‘e’ in the menu), you
can see both the DCE UU
On 11/18/20 11:09 AM, Bengt Richter wrote:
Hi Jesse,
On +2020-11-17 21:56:32 -0700, Jesse Gibbons wrote:
[...]
I generated the iso with the command
`guix system disk-image -t iso9660 --root=installer.BaNl/install-x86.iso
--system=i686-linux gnu/system/install.scm`
and flash the sd card with
On 11/18/20 10:17 AM, Ludovic Courtès wrote:
Hi Jesse,
Jesse Gibbons skribis:
For example, if you pick
<https://alpha.gnu.org/gnu/guix/guix-system-install-1.2.0rc1.x86_64-linux.iso.xz>,
it boots just fine. In the GRUB menu entry (type ‘e’ in the menu), you
can see both the DCE UU
On 11/18/20 3:31 AM, Ludovic Courtès wrote:
Hi,
Jesse Gibbons skribis:
I generated the iso with the command
`guix system disk-image -t iso9660
--root=installer.BaNl/install-x86.iso --system=i686-linux
gnu/system/install.scm`
and flash the sd card with the command
`sudo bash -c "echo su
On multiple computers, when I try to copy a custom operating system iso
to an sd card and boot, the boot operation fails. Here's the output on
one of the computers:
GC Warning: pthread_getattr_up or pthread_getattr_getstack failed for
main thread
GC Warning: couldn't read /proc/stat
Welcome,
I'm trying to build a guix system for my banana pi m2u, but json-c fails
to cross-build.
~$ guix describe
Generation 319 Nov 04 2020 06:41:25 (current)
guix 3d67269
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 3d67269ee787c8624bafdd68df9fbf
To replicate:
cd to a git checkout of the source code, gnu/system/examples
The hash for my current checkout is
d7e033b9a153a9e60f52ff64f4eb355c1c3d0a6e which is also the hash for my
current version of guix.
guix system disk-image -t raw lightweight-desktop.tmpl
lightweight-desktop.tmpl defines
The --no-clear option is hard-coded for mingetty, with no documentation
about why. The mingetty page says,
--noclear
Do not clear the screen before prompting for the login
name (the
screen is normally cleared).
I do not think I am alone in preferring the scre
I just checked this, it seems to have been fixed.
I just checked this, it seems to have been fixed.
To replicate:
From a fresh startup,
1. log in to the XFCE window manager from the SDDM display manager.
2. log out
3. In a virtual console, log in with the same user and run `who`
Expected results:
The value of $USER should be listed once, because it is officially
logged in only once.
Act
(In response to issue at https://issues.guix.info/issue/42155):
I want to be able to specify dependency sources, so I am working on this
issue. It's complicated because --with-source= can take a simple source
(implying the package being built should be built from SOURCE) or
package=source (AIU
TL;DR The freedink package is defined in a complex way that breaks
guix's custom source build features and the GUI wrapper.
The freedink package wraps the freedink-engine and freedink-data
packages so the resulting executable bin/freedink runs the freedink
engine pointed at the output of freed
Run "guix build scroll" -- after completing all steps it outputs
"builder for
`/gnu/store/r35sa0d9fnp22y0jgzk810yyhn8d7lrl-scroll-1.20180421.drv'
failed to produce output path
`/gnu/store/1q7aj03p7f0nk7dmdyp3lfscizywdr4m-scroll-1.20180421-static'"
I ran "guix edit scroll" and saw it doesn't d
An example is the attached log. It says the process failed with status
1, but it doesn't say what failed or even reference a log in
/var/log/guix. The only way to find out what could have caused it is to
run the command, which might not fail the second time if it was a
network error or (IIUC) i
The following KDE games fail to build:
kblocks
kdiamond
kigo
klines
kollision
lskat
The upstream git repositories all have tags for version 20.8.0, but
there are no source tarballs in the mirrors.
Unless alpine is configured with a default passfile, it does not even
offer the option to use one. There are some security concerns to
consider[0], and I would understand if they were reason enough to not
enable the alpine passfile. But I don't want to keep typing several
complicated passwords
From the manual:
• ‘guix search’ is an alias for ‘guix package -s’,
• ‘guix install’ is an alias for ‘guix package -i’,
• ‘guix remove’ is an alias for ‘guix package -r’,
• ‘guix upgrade’ is an alias for ‘guix package -u’,
• and ‘guix show’ is an alias for ‘guix package --show=’.
On 7/20/20 3:22 AM, Ludovic Courtès wrote:
Hi Jesse,
Jesse Gibbons skribis:
jupyter-guile-kernel and guix-jupyter mix guile3 and guile2.2.
- jupyter-guile-kernel only has one of its dependencies in
GUILE_LOAD_PATH, so it doesn't build.
- guix-jupyter builds successfully, but search
I have a series of patches coming soon that fix both named issues.
jupyter-guile-kernel and guix-jupyter mix guile3 and guile2.2.
- jupyter-guile-kernel only has one of its dependencies in
GUILE_LOAD_PATH, so it doesn't build.
- guix-jupyter builds successfully, but searches in the wrong directory
for guix-jupyter-kernel.scm.
jupyter-guile-kernel requires
--
#:configure-flags '("-DCMAKE_C_FLAGS=-std=c99")))
-----
What a puzzle.
-Jesse Gibbons
A simple way to tell if clojure can find a namespace is to use the dir
macro on the repl. The following command should output items in the
clojure.string namespace followed by the items in the clojure.set
namespace:
java -jar `guix build clojure`/share/java/clojure.jar < Execution error at user/ev
On Mon, 2020-02-24 at 22:15 -0500, Julien Lepiller wrote:
> Le 24 février 2020 22:01:45 GMT-05:00, Jesse Gibbons <
> jgibbons2...@gmail.com> a écrit :
> > I have a laptop with two drives. A few days ago, when I ran `df -h`
> > it
> > outputs:
> > Filesystem
I have a laptop with two drives. A few days ago, when I ran `df -h` it
outputs:
Filesystem Size Used Avail Use% Mounted on
none 16G 0 16G 0% /dev
/dev/sdb1 229G 189G 29G 87% /
/dev/sda1 458G 136G 299G 32% /gnu/store
tmpfs16G 0 16G 0%
On Thu, 2020-02-06 at 16:05 -0500, Julien Lepiller wrote:
> Le 6 février 2020 15:44:35 GMT-05:00, "Scott C. MacCallum via Bug
> reports for GNU Guix" a écrit :
> > After the installation of all the available desktop environments,
> > in
> > Openbox from the Accessories menu, Ark File Archiver does
On Thu, 2020-02-06 at 20:01 +, Scott C. MacCallum via Bug reports
for GNU Guix wrote:
> After the installation of all the available desktop environments,
> in the Enlightenment desktop environment there are multiple programs
> from some of the other desktop environments to choose from, not just
Hi Jonathan
On Mon, 2020-02-03 at 13:42 +0100, Jonathan Brielmaier wrote:
> On the Guix days there was a session about running Guix on mobile
> phones. The notes will be published somewhere else. Don't know when
> and
> where yet.
I too hope guix system can work on L5, but it looks like guix system
On Thu, 2020-01-30 at 00:51 +, shtwzrd via Bug reports for GNU Guix
wrote:
> Hey there,
>
> I've noticed that guix pull has started to hang consistently when
> building guix-system.drv, 55% of the way through.
>
> I've narrowed the breakage down to this specific commit:
>
> http://git.savann
On xfce, when I open evolution it cannot send or receive any messages
and I should install glib-networking. When I install glib-networking
and start evolution, xfce crashes.
When I click "Applications->Log Out" it gives me the usual choice to
log out, shut down, reboot, etc. When I click an option other than
cancel, it closes the dialog, but does nothing. When I go back to
"Applications->Log Out", an error dialog pops up (screenshot attached).
It says,
Failed to run ac
On Tue, 2020-01-21 at 09:50 +0100, Robert Smith wrote:
> I'm experiencing the same issue, upower-daemon is simply exiting
> immediately after startup. Can we just revert upower to the previous
> version for the time being? Seems like the 0.99.11 release is broken.
>
> -Robert
Hi Robert,
Since the
It appears gnome-tweaks does not fix this issue. I'm out of ideas.
Please help!
On Mon, 2020-01-20 at 15:01 -0700, Jesse Gibbons wrote:
> It looks like the problem was introduced in
> df45af90413906b18710d8c51c44afd5b92d6db6 when upower was updated to
> version 99.11. I also expect
ot, we can determine if it's worth reverting upower.
On Mon, 2020-01-20 at 13:41 -0700, Jesse Gibbons wrote:
> Update:
> Some testing reveals this bug was introduced somewhere between
> 10576acbbf496a051d488c2832f1e474ef6074f3 and
> d75a0cd98649c610c8c6ed05011233a49af156e9
>
>
now for certain.
What is the protocol for undoing a commit that breaks something?
On Mon, 2020-01-20 at 08:34 -0700, Jesse Gibbons wrote:
> At the top-right corner of the GNOME desktop I expect to see my
> laptop's battery status. Furthermore, when my laptop's battery drains
> t
At the top-right corner of the GNOME desktop I expect to see my
laptop's battery status. Furthermore, when my laptop's battery drains
to a low percentage I expect to see a notification warning me before it
dies. This is not the case.
I temporarily fixed this by rolling back my system generations,
When I create a channel and leave out %default-channels, it gives me an
error. "error: 'guix' channel is lacking". This is unclear.
I asked about it on IRC, and was told it refers to a channel called
guix. The error message should elaborate that guix expects a channel
with the name "guix".
Somehow this sent without the details I typed out. Sorry for that...
When I try to build arc-theme and leave it to run, the entire system
eventually freezes. When I monitor how much memory it takes, I see that
it spawns a sassc process that eventually takes all 30 GB of the RAM
not taken by GNOME
On Sun, 2019-12-29 at 17:01 +0100, Ludovic Courtès wrote:
> Hi,
>
> Danny Milosavljevic skribis:
>
> > Can you still go to another console once it hangs?
> >
> > Try pressing Alt-F2 or Alt-F3 or something (once it hangs).
>
> Also, Alt-F12 should show system messages.
>
> Ludo’.
Sorry I took
I built the graphical installer locally. Here's what "guix describe"
outputs:
guix be0a613
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: be0a613c10f6c632b58cf19d37a8c1a5987de354
I used the following command in the guix source:
time guix system di
On Mon, 2019-12-02 at 17:16 -0700, Jesse Gibbons wrote:
> 1. install python-hy
> 2. run hy3 (to make sure it's setup to use python 3.7.4)
> 3. press with or without typing anything.
> It prints the following error at the end of a long stack trace:
>
> ImportError: inva
On Sun, 2019-12-08 at 16:42 +0100, Pierre Neidhardt wrote:
> --pure seems to be the more sensible behaviour. "Impure" environments
> can have unexpected behaviours, so it makes sense to only allow them
> when the user explicitly asks for it.
>
--pure environments sometimes miss important environm
On Thu, 2019-12-05 at 18:51 +0100, Leo Prikler wrote:
> Am Donnerstag, den 05.12.2019, 09:53 -0700 schrieb Jesse Gibbons:
> > On Wed, 2019-12-04 at 13:11 +0100, Leo Prikler wrote:
> > > Hi Guix,
> > >
> > > I recently discovered, that Evolution would comp
On Wed, 2019-12-04 at 13:11 +0100, Leo Prikler wrote:
> Hi Guix,
>
> I recently discovered, that Evolution would complain about a missing
> GPG whenever it encounters a signed message. For the record, I've only
> installed evolution-data-server in the operating-system and evolution
> itself insid
On Mon, 2019-12-02 at 17:16 -0700, Jesse Gibbons wrote:
> 1. install python-hy
> 2. run hy3 (to make sure it's setup to use python 3.7.4)
> 3. press with or without typing anything.
> It prints the following error at the end of a long stack trace:
>
> ImportError: inva
1. install python-hy
2. run hy3 (to make sure it's setup to use python 3.7.4)
3. press with or without typing anything.
It prints the following error at the end of a long stack trace:
ImportError: invalid flags 1495674643 in 'hy.core.language'
This also happens when using hy2py3, and I have atta
On Wed, 2019-11-27 at 00:26 +0100, Nicolò Balzarotti wrote:
> Hi Ludo, thanks for your response.
>
> We don't provide them _directly_, but when loading the program the first
> option is "Load core". Then, first option again, is "Download core". Here
> you have a list of "proprietary" .so.zip downl
On Wed, 2019-11-20 at 06:20 +0900, Maxim Cournoyer wrote:
> Hello Jesse,
>
> Jesse Gibbons writes:
>
> > On Tue, 2019-11-19 at 08:35 -0700, Jesse Gibbons wrote:
> > > guix describe :
> > > Generation 139Nov 19 2019 08:11:32(current)
> > >
I thought I closed this issue. Rebooting fixed it.
On Tue, 2019-11-19 at 08:35 -0700, Jesse Gibbons wrote:
> guix describe :
> Generation 139Nov 19 2019 08:11:32(current)
> guix 7b40d59
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 7b40d59114e1462d6d8140
guix describe :
Generation 139 Nov 19 2019 08:11:32(current)
guix 7b40d59
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 7b40d59114e1462d6d8140f325a66b12e91db667
emacs --version :
GNU Emacs 26.3
Copyright (C) 2019 Free Software Foundation, Inc.
On Sat, 2019-11-16 at 17:26 -0700, Jesse Gibbons wrote:
> guix build python-hy fails with the message
> error: [Errno 13] Permission denied: '/homeless-shelter'
>
> It looks like the install step tries to access $HOME and fails. I am
> working
> on a patch to fix th
guix build python-hy fails with the message
error: [Errno 13] Permission denied: '/homeless-shelter'
It looks like the install step tries to access $HOME and fails. I am working
on a patch to fix this.
On Thu, 2019-10-31 at 10:00 +0100, Matias Jose Seco Baccanelli wrote:
> Hello!
> I confirm that installing font-dejavu also fixed the issue for me.
> Wondering if the problem arises on any system configuration setup or
> if it might be influenced by, for example, the locale; which mine is
> (locale
On Fri, 2019-10-25 at 10:23 +0200, pelzflorian (Florian Pelz) wrote:
> On Fri, Oct 25, 2019 at 03:19:10AM -0400, Raghav Gururajan wrote:
> > Hello Guix!
> >
> > Whenever I shutdown my system, 50% of the time, I end up with kernel
> > panic. Then I had to do cold restart.
> >
>
> I just wanted to
On Wed, 2019-10-16 at 00:38 -0700, Brian Leung wrote:
> Hi Guix,
>
> Python 2.7 doesn't seem like it handles Tk properly right now, at least on
> my machine:
>
> >>> import Tkinter
> Traceback (most recent call last):
> File "", line 1, in
> File "/gnu/store/h2crv1mpc5qi05xdnn84fjp9g4gyicsl-
I removed everything related to quaternion from my $HOME directory tree and
logged back in. It still doesn't display any messages. Here's what it
outputs when I click on a different channel:
Opening room "#quotient:matrix.org"
Connected to room "!yBCfIaIJPwYXMoldTd:matrix.org" as "@jgibbons:matri
On Sun, 2019-10-13 at 14:15 +0200, Tobias Geerinckx-Rice via Bug reports for
GNU Guix wrote:
> Jesse,
>
> Jesse Gibbons 写道：
> > This one prevents me from upgrading gnome-tweaks. It appears
> > there is a
> > failure in applying "parted-glibc-compat.patch".
&g
On Sat, 2019-10-12 at 16:07 -0600, Jesse Gibbons wrote:
> This one prevents me from upgrading gnome-tweaks. It appears there is a
> failure in applying "parted-glibc-compat.patch".
>
>
>
>
Removed patch. It still fails to build in the pre-install environment.
Attac
On Sat, 2019-10-12 at 16:07 -0600, Jesse Gibbons wrote:
> This one prevents me from upgrading gnome-tweaks. It appears there is a
> failure in applying "parted-glibc-compat.patch".
>
>
>
>
Looks like a simple fix. I'll send the patch when I can confirm it bui
This one prevents me from upgrading gnome-tweaks. It appears there is a
failure in applying "parted-glibc-compat.patch".
On Fri, 2019-10-11 at 13:48 -0600, Jesse Gibbons wrote:
> On Fri, 2019-10-11 at 21:27 +0200, Ricardo Wurmus wrote:
> > Jesse Gibbons writes:
> >
> > > I need python-scikit-learn for an ai project.
> > >
> > > "guix build python-sc
On Fri, 2019-10-11 at 21:27 +0200, Ricardo Wurmus wrote:
> Jesse Gibbons writes:
>
> > I need python-scikit-learn for an ai project.
> >
> > "guix build python-scikit-learn"
> > ...
> > build of /gnu/store/wymxdfygbzij8hbz4gqkrwnb3jkicx76-python-sci
On Fri, 2019-10-11 at 10:42 -0600, Jesse Gibbons wrote:
> I need python-scikit-learn for an ai project.
>
> "guix build python-scikit-learn"
> ...
> build of /gnu/store/wymxdfygbzij8hbz4gqkrwnb3jkicx76-python-scikit-learn-
> 0.20.3.drv failed
> View buil
I need python-scikit-learn for an ai project.
"guix build python-scikit-learn"
...
build of /gnu/store/wymxdfygbzij8hbz4gqkrwnb3jkicx76-python-scikit-learn-
0.20.3.drv failed
View build log at '/var/log/guix/drvs/wy/mxdfygbzij8hbz4gqkrwnb3jkicx76-
python-scikit-learn-0.20.3.drv.bz2'.
log tarball
On Thu, 2019-10-10 at 16:41 +0200, Ludovic Courtès wrote:
> Hi,
>
> Gábor Boskovits skribis:
>
> > This is most probably a transient core-updates effect. Reconfigure
> > should
> > fix this, and this should be harmless.
>
> Agreed.
>
> Normally ‘guix pull --news’ should give you hints on how t
1. launch quaternion
2. click on any subscribed page
The page display area remains blank.
In the log it displays something like this
libqmatrixclient.jobs: GetContentThumbnailJob|
https://matrix.org/_matrix/media/r0/thumbnail/matrix.org/UBaeyhkNdbVVPeiEazXOtawx?width=16&height=16&allow_remote=tru
On a GuixSD install, the following message began appearing today (I did not
record what time):
guile: warning: failed to install locale
It appears whenever I run `guix` regardless of the command-line arguments I
pass to it.
GUIX_LOCPATH looks like this:
~$ echo $GUIX_LOCPATH
/run/current-system/lo
The manual has no documentation about how to use pam-services in the
operating-system configuration. Information about how to use the pam-service
data structure and an example of how to use it would be helpful to
administrators who need to use non-default settings, and will help us squash
the bugs
On Sat, 2019-09-14 at 17:13 -0600, Jesse Gibbons wrote:
> On Wed, 2019-09-11 at 21:48 +0200, Ricardo Wurmus wrote:
> > Hi Jesse,
> >
> > > I have been trying to set up ardour, but jackd doesn't start in
> > > real-
> > > time mode. I made an os def
On Sun, 2019-09-22 at 19:45 +0200, Tobias Geerinckx-Rice via Bug reports for
GNU Guix wrote:
> Jan,
>
> Thanks for the report, and sorry you had to learn this the hard
> way.
>
> Jan Wielkiewicz 写道：
> > I've recently tried to reconfigure my system, but after about 3
> > hours
> > of building li
On Sat, 2019-09-14 at 17:13 -0600, Jesse Gibbons wrote:
> On Wed, 2019-09-11 at 21:48 +0200, Ricardo Wurmus wrote:
> > Hi Jesse,
> >
> > > I have been trying to set up ardour, but jackd doesn't start in
> > > real-
> > > time mode. I made an os def
On Wed, 2019-09-11 at 21:48 +0200, Ricardo Wurmus wrote:
> Hi Jesse,
>
> > I have been trying to set up ardour, but jackd doesn't start in
> > real-
> > time mode. I made an os definition that replicates this issue when
> > I
> > use a VM[0].
> > [0] https://lists.gnu.org/archive/html/help-guix/20
Thanks Ricardo,
On Wed, 2019-09-11 at 21:48 +0200, Ricardo Wurmus wrote:
> Hi Jesse,
>
> > I have been trying to set up ardour, but jackd doesn't start in
> > real-
> > time mode. I made an os definition that replicates this issue when
> > I
> > use a VM[0].
> > [0] https://lists.gnu.org/archive/h
On Wed, 2019-09-11 at 09:12 -0600, Jesse Gibbons wrote:
> I have been trying to set up ardour, but jackd doesn't start in real-
> time mode. I made an os definition that replicates this issue when I
> use a VM[0].
> [0] https://lists.gnu.org/archive/html/help-guix/2019-09/msg
I have been trying to set up ardour, but jackd doesn't start in real-
time mode. I made an os definition that replicates this issue when I
use a VM[0].
[0] https://lists.gnu.org/archive/html/help-guix/2019-09/msg00065.html
I asked the gnome and gdm IRC and found out gdm loads the gdm-password
pam c
On Tue, 2019-09-10 at 17:37 -0600, melon wrote:
> I was attempting to upgrade my Guix (binary, on Linux Mint)
> installation
> today using the 'guix package pull && guix package -u' commands, and
> Guix outputted the following error:
>
> ERROR: In procedure raise:
> Wrong type (expecting exact int
On Mon, 2019-09-09 at 02:49 +0200, Jan wrote:
> Hi, I'm a new Guix user and I wanted to hack on Guix and update a
> package, I hadn't known exactly how to do this, so I started
> following
> instructions from
> https://guix.gnu.org/manual/en/html_node/Running-Guix-Before-It-Is-In
> stalled.html#Run
Hi Jan,
On Mon, 2019-09-09 at 00:18 +0200, Jan wrote:
> Okay, I found some probably more helpful info - I run icecat in a
> terminal and it throws the following warnings, don't know if they're
> related to this bug though:
> ...
> (/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-
> guix1/
On Sun, 2019-09-08 at 23:10 +0200, Jan wrote:
> Hi everyone,
> I've recently installed Icecat on Guix System natively and it doesn't
> display numbers properly - instead of numbers, there are transparent
> squares without a black frame - they're just invisible globally, no
> matter if on a website
On Mon, 2019-09-02 at 20:48 -0600, Jesse Gibbons wrote:
> The manual says in multiple places the --image-size option should set
> the size of a generated ext4 disk image.
>
> I start with a minimalist configuration (attached: minimal.scm) and
> run
> build-minimal-os.sh (attac
The manual says in multiple places the --image-size option should set
the size of a generated ext4 disk image.
I start with a minimalist configuration (attached: minimal.scm) and run
build-minimal-os.sh (attached). I start virt-manager and make a new
virtual machine with the generated img as the d
On Mon, 2019-09-02 at 22:49 +0200, Danny Milosavljevic wrote:
> Hi,
>
> On Mon, 02 Sep 2019 12:52:49 -0600
> Jesse Gibbons wrote:
>
> > guix tries to build an entire system. It doesn't look like it
> > checks if
> > "dne-board" is a valid bo
There should be a faster way to list the supported boards with custom
versions of U-Boot.
>From manual:
Many ARM boards require a specific variant of the U-Boot
(https://www.denx.de/wiki/U-Boot/) bootloader.
If you build a disk image and the bootloader is not available
otherwise (on another bo
On Thu, 2019-08-29 at 21:32 -0600, Jesse Gibbons wrote:
> I try to run guix system reconfigure and get this error:
>
> guix system: error: #< type: dce bv: #vu8(51 12 55 214 249 221
> 79
> 112 186 51 233 64 103 99 34 57)>: invalid G-expression input
>
>
> Here'
I try to run guix system reconfigure and get this error:
guix system: error: #< type: dce bv: #vu8(51 12 55 214 249 221 79
112 186 51 233 64 103 99 34 57)>: invalid G-expression input
Here's the minimum of what I feed it to replicate the error (comments
and non-essentials removed):
(use-modules
On Thu, 2019-08-29 at 02:34 +0200, Danny Milosavljevic wrote:
> > Jesse Gibbons skribis:
> >
> > > 1. generate the install image
> > > guix system disk-image --file-system-type=iso9600 --verbosity=3
> > > --
> > > root=installation-os-x86
1 - 100 of 128 matches
Mail list logo
