It looks like my suspicion that "mate-power-backlight-helper" is referred to by
absolute
file name instead of by its polkit action is correct:
Excerpt from src/gpm-brightness.c
(https://git.mate-desktop.org/mate-power-manager/tree/src/gpm-brightness.c)
> static gboolean
> gpm_brightness_helper_se
Hi There,
I have installed icedove previous version so as icecat very smoothly
went, But this icedove version seems to be having problems.
After JSON issue (#48152) got fixed, The error went off but another
issue appeared which is the process stuck on 'unpack' phase (see the
uploaded image f
>> Isn’t the problem that you reconfigured and so there’s now a mismatch
>> between the polkit rule in effect, which expects 1.24.1 (say), and the
>> version you’re running?
> I've had this problem for a month, I think? I'll try to confirm / falsify
> tomorrow. FWIW, I don't see any mate stuff in m
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 --with-latest=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 environm
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
> > /gnu/store/zk4kb4437032swahywmgyzn55b5w5wj8-mate-power-manager-1.24.2/sbin/mate-power
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 equiva
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 t
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 core-update
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
> '/gnu/store/mp33h4vqdw0scdkjj0v6c3gima9wz8lm-mate-power-manager-1.24.2/sbin/mate-power-back
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 flags
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 --file=test-glib.s
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. Than
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 the
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:
>
> --8<---c
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
> └── do
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 availabl
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 Bab
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 i
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.
25 matches
Mail list logo
