Bone Baboon writes:
> ** See my previous email in this thread that explains the rationale on
>why I am disabling IPv6.
Correction see https://issues.guix.gnu.org/48213#3 for my rationale for
disabling IPv6.
Mark H Weaver writes:
> It might be worth trying the build a second time.
I have tried to build Rust again after doing a pull. It fails with the
same error.
Ludovic Courtès writes:
>> How can I use a package definition from core-updates with guix build or
>> in a system configuration if it is not available on Guix's master
>> branch?
>
> You can do better :-), you can install 2.0 from master like so:
>
> guix install inetutils
Chris,
Christopher Baines 写道：
This comes from guix.cbaines.net, so it's probably not affecting
anyone
else.
The spooky happenings below reminded of this thread. Perhaps
they're useful somehow. Probably not.
--8<---cut here---start->8---
λ guix
Ludovic Courtès schreef op do 06-05-2021 om 23:02 [+0200]:
> Hi!
>
> Maxime Devos skribis:
>
> > FWIW, the following works as expected (no error message), using the store
> > path in .policy:
> > $ pkexec
> >
Hi!
Maxime Devos skribis:
> FWIW, the following works as expected (no error message), using the store
> path in .policy:
> $ pkexec
> /gnu/store/zk4kb4437032swahywmgyzn55b5w5wj8-mate-power-manager-1.24.2/sbin/mate-power-backlight-helper
> --set-brightness=300
> Maybe MATE is trying the
There should be an option to support dynamic loading of modules from the
initrd.
I recently pushed some changes to use the "linux-libre" kernel with
pinebook pro:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=d330d63a29f35ebcbebce19b13d49c69d38a5815
But in order to even boot, I need
Hi,
Bone Baboon via Bug reports for GNU Guix skribis:
> On the inetutils mailing list it was suggested that I try inetutils 2.0
> on the core-updates branch. I can successfully build inetutils 2.0 from
> the core-updates branch even with IPv6 disabled.
>
> What is the purpose of the
Related to: https://issues.guix.gnu.org/22952
On a mate desktop (mate-desktop-service-type).
FN-F9, FN-F10 (binded to ‘decrease brightness’ and ‘increase brightness’):
> Authentication is needed to run
>
Mark H Weaver writes:
> One more important note: regardless of whether you run Guix from a git
> checkout or use the official 'master' branch, if you build everything
> locally, then it's important to pass "--gc-keep-derivations=yes" and
> "--gc-keep-outputs=yes" to the Guix daemon.
>
> Those
Hello,
I'm happy to say this will be resolved with the soon-to-be-released
v1.3.0 release; see commit 82c0f34c7e (maint: Do not xz-compress ISO
images).
Closing!
Maxim
Efraim Flashner writes:
>> > Bone Baboon: Can you build the attached test-glib.scm file and send back
>> > the build log? I want to make sure I change the timeout to something
>> > long enough.
>> >
>> > You can build it with 'guix build -f test-glib.scm'
>>
>> I ran `guix build
Hello,
I updated /etc/config.scm to include phodav, but when I run `guix system
reconfigure /etc/config.scm` it fails a test.
version: guixsd f47b8b3
/etc/config.scm Change:
(packages
(append
(map specification->package '("nss-certs" "phodav"))
%base-packages))
error message (log attached):
> Bone Baboon via Bug reports for GNU Guix writes:
>> I have reported this to the inetutils bug mailing list and asked if the
>> inetutils test suite could be modified so that syslogd.sh does not fail
>> if IPv6 is disabled.
>
> I received this response on the inetutils mailing list:
>
>> Hi.
Bone Baboon via Bug reports for GNU Guix writes:
> I have reported this to the inetutils bug mailing list and asked if the
> inetutils test suite could be modified so that syslogd.sh does not fail
> if IPv6 is disabled.
I received this response on the inetutils mailing list:
> Hi. Thanks for
On Fri, Apr 02, 2021 at 09:09:17AM +0200, Ludovic Courtès wrote:
> MIA 2.4.6 fails to build as of 9098745b181b3022587a35afd255f7ff1d41ac86
> presumably due to CMake shenanigans as reported here:
>
> https://issues.guix.gnu.org/46724#9
>
> Build failure looks like this:
>
>
Hi,
Christopher Baines skribis:
> I've done a bit more digging, the qemu output is grafted, and I'm
> probably getting a different grafted result since the libxcursor output
> I have in my store is broken:
>
> /gnu/store/mwcfhmiivhp4q7wax3ja8s17pk20i6w9-libxcursor-1.2.0/
> └── share
> └──
Hi,
Vagrant Cascadian skribis:
> So now the question is what to do; should tests be able to assume a
> UTF-8 locale?
>
> Should I try to adapt the test to work in C?
>
> Should I workaround it in the Debian packaging by forcing to use a UTF-8
> locale (on Debian, the only one definitely
Ludovic Courtès skribis:
> [...]
> A better fix would be to not guess and instead pass #:name and #:version
> to all the build phases, with the value taken from the object.
> (That’s a world-rebuild fix though.)
>
> WDYT?
>
>> This is related to issue #48208, and also probably to issue #41437.
Hi,
On +2021-05-06 09:45:00 +0300, Efraim Flashner wrote:
> On Wed, May 05, 2021 at 05:15:14PM -0400, Bone Baboon wrote:
> > Efraim Flashner writes:
> > > I looked closer at the bug report and I see they are timing out at 60
> > > and 180 for Bone Baboon as they currently are.
> > >
> > > Bone
Hi,
Bone Baboon writes:
> Thank you for sharing this. Also thank you for the warning about
> 'significant caveats and "rough edges"'.
The "rough edges" could surely be smoothed out with some effort. I
haven't been motivated to work on it, partly because until recently,
I've felt quite alone
Ludovic Courtès schreef op wo 05-05-2021 om 22:34 [+0200]:
> Hi Maxime,
>
> Maxime Devos skribis:
>
> > 5. The user is at commit A. There is a correctly-signed commit C on, say,
> > core-updates,
> > such that: C comes after A, but C is not yet in master for the
> > foreseable future.
On Wed, May 05, 2021 at 05:15:14PM -0400, Bone Baboon wrote:
> Efraim Flashner writes:
> > I looked closer at the bug report and I see they are timing out at 60
> > and 180 for Bone Baboon as they currently are.
> >
> > Bone Baboon: Can you build the attached test-glib.scm file and send back
> >
23 matches
Mail list logo
