On Fri, Apr 24, 2020 at 10:28:50AM +0200, zimoun wrote:
> On Thu, 23 Apr 2020 at 21:52, Tom via Bug reports for GNU Guix
> wrote:
> >
> > To add detail here:
> >
> > Doing `guix package -d 18 -S 17` actually works.
> >
> > This gives me the impression that the order of arguments is relevant to the
Hi,
Mathieu Othacehe skribis:
> Here's a rebased version of Ludo's patch. I'm not sure about the merge
> resolution in "lower-object", but otherwise it works fine!
>
> Ludo, would it be of to push it?
I’d like to think a bit more about it. In particular, ‘let-system’ is
not great because we’d
Hello,
Thanks for your inputs!
Totally my bad here... It appears I didn't have font-gnu-freefont in my
system packages anymore and I forgot. + I mixed it with another
issue. I'm currently reconfiguring to verify it's ok. Unless I bring
something new until tomorrow, this issue can be safely be clos
Dear Arne,
On Wed, 13 May 2020 at 20:53, Arne Babenhauserheide wrote:
> zimoun writes:
> > It would like it works. And to do so, I accept that "guix package -I
> > regexp -p /tmp/profile" does not anymore and would be replaced by
> > "guix package -Iregexp -p /tmp/profile" which already works
Hi Efraim,
On Thu, 14 May 2020 at 10:15, Efraim Flashner wrote:
> $ guix package -p profile1 -p profile2 -I | wc -l
> 91
> $ guix package -p profile2 -p profile1 -I | wc -l
> 12
I bet:
$ guix package -p profile1 -I | wc -l
91
$ guix package -p profile2 -I | wc -l
12
Well, thank you for the re
Hi,
Ludovic Courtès skribis:
> I’ve tried to address it in an API-compatible way, which meant setting
> the ‘%current-system’ and ‘%current-target-system’ parameters around the
> hook calls, but that is ugly, hard to get right (dynamic binding and
> monadic code really don’t go together well :-/
These NIX_* variables are still in use:
NIX_AFFINITY_HACK
NIX_BIN_DIR
NIX_BUILD_CORES
NIX_HELD_LOCKS
NIX_IGNORE_SYMLINK_STORE
NIX_STORE
NIX_STORE_DIR
This is used internally:
_NIX_OPTIONS
--
Ricardo
wxie@guix ~$ ibus-daemon --xim --replace --daemonize
wxie@guix ~$ ibus-setup
/gnu/store/y4qwsw06ynvw3fjk2lrspp89mfmjzj5i-python-pygobject-3.28.3/lib/python3.7/site-packages/gi/module.py:177:
Warning: cannot register existing type 'GdkPixbuf'
g_type = info.get_g_type()
/gnu/store/y4qwsw06ynvw3fjk
I’m closing this as eureka-editor has already been added to the Guix
package collection.
--
Ricardo
Does it work after removing ~/.config/ibus and ~/.cache/ibus/?
--
Ricardo
L p,
L p R n d n 写道：
Totally my bad here... It appears I didn't have
font-gnu-freefont in my
system packages anymore and I forgot. + I mixed it with another
issue.
^_^
I'm currently reconfiguring to verify it's ok. Unless I bring
something new until tomorrow, this issue can be safely be
cl
Mikhail Tsykalov writes:
> magic-wormhole fails in test stage with errors similar to following:
>
> Expected: (,)
> Got: [Failure instance: Traceback: : an integer is
> required (got type bytes)
Fixed in f227dd489b0a1e6905801b1e73f85dde852b5713, thanks!
signature.asc
Description: PGP signature
On Thu, 14 May 2020 at 10:15, Efraim Flashner wrote:
> $ guix package -p profile1 -p profile2 -I | wc -l
> 91
> $ guix package -p profile2 -p profile1 -I | wc -l
> 12
Just to let you know that a fix is proposed there [1].
[1] http://issues.guix.gnu.org/issue/41260
All the best,
simon
I can’t reproduce this easily as I have no accounts with any of the
supported services.
Could this be related to dconf? Have you tried running it with GNOME
debug environment variables set?
--
Ricardo
Jonathan Brielmaier writes:
> Trying `xdg-open mailto:guix-de...@gnu.org` in XFCE or MATE fails. The
> same happens when you click on a mailto link in Icecat. I have
> claws-mail and icedove installed. They both have
> `MimeType=x-scheme-handler/mailto;` in their desktop files.
Pushed the fix
Hello,
This command fails on one of my systems:
--8<---cut here---start->8---
guix build -e "(@@ (gnu packages commencement) glibc-mesboot0)"
--8<---cut here---end--->8---
with the following error:
--8<---cut
Alright, fixed!
80963744a2 store: 'mapm/accumulate-builds' preserves '%current-target-system'.
f52fbf7094 packages: Ensure bags are insensitive to '%current-target-system'.
Ludo’.
Hi,
I just installed a debian VM to test changes in the install script and found
this issue when running the installer script:
First it fails because it cannot find the public key and suggests running:
wget … -q0 - | gpg --import
-q0 does not work with debian's wget, but -O works.
Aftcr impor
I've pushed your latest patch here:
c5a9b16dbdc8849560fb43095e090ba0952277b6.
The only change I've done beside indentation is patching the scripts in
libexec/.
Thanks for your patience!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Dear,
In this old bug [1], you described an issue using ~/.profile,
XDG_DATA_DIRS and GNOME on the foreign distro Trisquel 7.
I am not able to reproduce the issue on Debian.
Because it is old, could you say if this bug is still an issue? or if
it is now solved for you.
Best regards,
simon
[1]
Hi Julien,
> First it fails because it cannot find the public key and suggests running:
>
> wget … -q0 - | gpg --import
>
> -q0 does not work with debian's wget, but -O works.
The installer script does not display this command. There is no zero in
the wget commands.
> Aftcr importing the key,
Hello,
zimoun writes:
> In this old bug [1], you described an issue using ~/.profile,
> XDG_DATA_DIRS and GNOME on the foreign distro Trisquel 7.
>
> I am not able to reproduce the issue on Debian.
Interesting.
> Because it is old, could you say if this bug is still an issue? or if
> it is now
Guile SDL 0.5.2 still fails on i686:
--8<---cut here---start->8---
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Internal error: Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server
The XKEYBOARD keymap compiler (xkbco
This seems to affect the openjdk packages as well, so a user of OpenJDK
12 will have to download *all* JDKs.
Gábor, have you been able to identify locations that retain references
to the build JDK?
--
Ricardo
On Tue, May 12, 2020 at 7:33 PM zimoun wrote:
>
> Dear David,
>
> The bug report [1] opened more than 4 years ago about the Chicken
> bootstrapping is still pending.
>
> I am not sure to understand these lines; quoting you [1]:
>
> <<
> Generated from optimizer.scm by the CHICKEN compiler
>
>
Hi Pierre!
> I've pushed your latest patch here:
> c5a9b16dbdc8849560fb43095e090ba0952277b6.
>
> The only change I've done beside indentation is patching the scripts in
> libexec/.
>
> Thanks for your patience!
Thank you!
Do you still get the following error, while starting blueman-manager or
Hi Pierre!
>> I've pushed your latest patch here:
>> c5a9b16dbdc8849560fb43095e090ba0952277b6.
>>
>> The only change I've done beside indentation is patching the scripts in
>> libexec/.
>>
>> Thanks for your patience!
>
> Thank you!
>
> Do you still get the following error, while starting bluem
27 matches
Mail list logo
