Hi,
Dariqq writes:
[...]
> Some results from searching online suggest to install
> xdg-desktop-portal and adding that to the system profile and rebooting
> indeed makes the dark setting work as expected.
>
> Should this be handled by the gnome-desktop-service-type, i.e. added
> by one of the
Hello,
Ludovic Courtès writes:
> Hi,
>
> Leo Famulari skribis:
>
>> On Fri, May 29, 2020 at 05:15:40PM +0200, Ludovic Courtès wrote:
>>> The info suggests it won’t be substituted, but it’s eventually
>>> substituted. I wonder why, because the .drv has:
>>>
>>> ("allowSubstitutes","0")
>>>
> Rerun ./bootstrap and configure, then make
Yeap that helped. Thank you Efraim.
BTW there's a corresponding comment in the doc/local.mk which could be improved:
modified doc/local.mk
@@ -21,7 +21,8 @@
# You should have received a copy of the GNU General Public License
# along with GNU
Hi,
FYI, I just filed bug#70153, which is related, about the "guix show" /
"guix package --show" command.
https://issues.guix.gnu.org/70153
--Adam
Hi,
It would be very helpful if the command "guix show PACKAGE" (aka "guix
package --show=PACKAGE") showed the version of the package that is
currently installed, if any.
For example, the version of "emacs" in Guix is currently 29.3, and the
version I have installed is 29.1. When I run
2024/04/02, Benjamin Slade:
> I can't roll back to the earlier commit mentioned by Remco because
> other things/channels depend on me being roughly up-to-date on the
> main guix channel.
Reverting the commit on a local checkout of guix worked for me but isn't
workable of course. I tested the
Rerun ./bootstrap and configure, then make
On Tue, Apr 02, 2024 at 03:59:36PM +0200, Rostislav Svoboda wrote:
> $ guix shell --development guix direnv gnupg --pure --
> bost@ecke ~/dev/guix [env]$ make doc/guix.texi
> cd . && /bin/sh /home/bost/dev/guix/build-aux/missing automake-1.16
> --gnu
I guess it has something to do with the:
1. 72ca1a336ab296187a4d025c399fade63004c780 : Merge branch 'emacs-team'
2. ungexp'y-like `#$` in `(file-name-directory #$)` in the
sly-named-readtables-autoloads.el
$ guix shell --development guix direnv gnupg git --pure
bost@ecke ~/dev/guix [env]$
At least for Frama-C, the issue is environment variables. It requires OCAMLPATH
to work correctly. So this works:
guix shell frama-c ocaml -- frama-c
Even though the compiler is not needed.
It's another example of why we should propagate search paths, although we could
also redefine the same
$ guix shell --development guix direnv gnupg --pure --
bost@ecke ~/dev/guix [env]$ make doc/guix.texi
cd . && /bin/sh /home/bost/dev/guix/build-aux/missing automake-1.16
--gnu Makefile
Makefile.am:922: warning: AM_GNU_GETTEXT used but 'po' not in SUBDIRS
automake-1.16: error: cannot open <
2024/04/02, aurtzy:
> Can anyone confirm this patch works for them too?
Yes, it does.
Cheers,
Remco
On Fri, Mar 29, 2024 at 03:17:13PM +, Sharlatan Hellseher wrote:
>
> Hi,
>
> Is it still relevant for you or it may be closed as resolved?
> The issue can't be reproduced as not commit or version provided.
>
> Thanks,
> Oleg
I was able to read an epub using zathura and zathura-pdf-mupdf. I
> > this log file is with my shepherd branch, i.e. it contains much more log.
>
>
> Could you check whether it happens with current ‘main’?
i ran a `make check` recently on main, and it ran clean.
it doesn't mean much, though, because it only failed sporadically.
--
• attila lendvai
• PGP:
It seems like `use-modules' never actually worked due to the way it is eval'd
by the Shepherd, and was only apparent after a change that prevented other
module imports from leaking into the namespace. This is fixed by using direct
references instead.
* gnu/system/mapped-devices.scm
14 matches
Mail list logo