quil...@riseup.net writes:
> Also with (locale "es_ES.utf8"), the system is all in English and Gnome
> Terminal will not start:
> quiliro@GSD3 ~$ gnome-terminal
> # Locale not supported by C library.
> # Using the fallback 'C' locale.
Do you have “glibc-locales” installed?
Is GUIX_LOCPATH
Finally fixed by by http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36919
commit 4eb69bf0d33810886ee118f38989cef696e4c868
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Finally fixed by by http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36919
commit 4eb69bf0d33810886ee118f38989cef696e4c868
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
On Tue, Sep 10, 2019 at 11:57:11AM +0200, Divan Santana wrote:
> Hi Guix,
>
> I'm glad openconnect and network-manager-openconnect are now in Guix!
>
> It would be nice to get it to work via network-manager, though I suppose
> it's not essential.
>
> Using openconnect directly works for me.
>
On M-x shell with (locale "es_ES.utf8"):
quiliro@GSD3 ~$ ñ
bash: $'quiliro@GSD3 ~$ ñ
bash: $'\361': command not found\361': command not found
quiliro@GSD3 ~$
Also with (locale "es_ES.utf8"), the system is all in English and Gnome
Terminal will not start:
quiliro@GSD3 ~$ gnome-terminal
# Locale
with the latest ghc (qhws2nyqmjansrnqf78mz87l74v01mfx-ghc-8.6.5) i cannot start
ghci, due to the following error[1]
I do not have any other Haskell package in my profile
[1]:
```
GHCi, version 8.6.5: http://www.haskell.org/ghc/ :? for help
:1:6: error:
Not in scope:
ping :P
> ---
>
> gnu/packages/gnome.scm | 19 ++-
> 1 file changed, 10 insertions(+), 9 deletions(-)
>
> diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
> index 1a091de938..ef6d78bb5a 100644
> --- a/gnu/packages/gnome.scm
> +++ b/gnu/packages/gnome.scm
> @@ -8105,19
Ricardo Wurmus writes:
> Can you tell us what version of Guix you used to install Next? There
> was a short period during which the Next executable was compressed,
> which effectively hid references from the garbage collector.
OK, so I checked and it seems that I installed next while there
Here's the diff produced by diffoscope:
---
/gnu/store/crwhhm91cgms8fnydvqkmbqbjrypqv48-python-ipython-documentation-7.5.0
+++
/gnu/store/crwhhm91cgms8fnydvqkmbqbjrypqv48-python-ipython-documentation-7.5.0-check
├── share
│ ├── doc
│ │ ├── python-ipython-documentation-7.5.0
│ │ │ ├── html
│ │ │
Here's an actual example of the problem:
diffoscope --exclude-command stat
/gnu/store/igc79crx5ya5vwyzkd2l95nlpbk647in-texlive-union-49435{,-check}
--- /gnu/store/igc79crx5ya5vwyzkd2l95nlpbk647in-texlive-union-49435
+++ /gnu/store/igc79crx5ya5vwyzkd2l95nlpbk647in-texlive-union-49435-check
├──
On +2019-09-09 19:13:08 -0500, quil...@riseup.net wrote:
> As per nckx's question on IRC, this is the output to locale on both Emacs
> shell and BASh:
>
> quiliro@GSD3 ~/magit/prueba0$ locale
> LANG=es_EC.UTF-8
> LC_CTYPE="es_EC.UTF-8"
> LC_NUMERIC="es_EC.UTF-8"
> LC_TIME="es_EC.UTF-8"
>
This is happening on master.
The tests results are reported as:
== 14 failed, 9148 passed, 24 skipped, 532 warnings in 173.14 seconds ==
And here's a sample of a failure output:
--8<---cut here---start->8---
self = , url =
See the output of diffoscope below:
diffoscope --exclude-command stat
/gnu/store/lvmrrr9a5hr0xj26snygszlmgrdv6nma-python-rpy2-3.0.4-1.19868a8{,-check}
--- /gnu/store/lvmrrr9a5hr0xj26snygszlmgrdv6nma-python-rpy2-3.0.4-1.19868a8
+++
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
As of commit 83aa6562173e06e8fafd4857a2e708feabfe56f8:
--8<---cut here---start->8---
starting phase `build'
Running Sphinx v2.1.2
WARNING: while setting up extension matplotlib.sphinxext.mathmpl: directive
'math' is already registered, it will be overridden
Hello,
Tobias Geerinckx-Rice skribis:
> Ricardo Wurmus 写道：
>> This is the correct way, in my opinion. The user of libcurl is
>> supposed
>> to handle environment variable lookup.
>
> I'm aware of this, but it seems like some users don't do this.
I’ve pushed this as
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 integer): #
guix pull: error: You found a bug: the program
Hello,
The ‘ctest’ command uses libcurl to submit reports to CDash servers.
However, it does not “getenv” anything related to CA certs, and it does
not either look at /etc/ssl/certs.
The culprit is this function:
--8<---cut here---start->8---
std::string
Ludovic Courtès writes:
> The ‘ctest’ command uses libcurl to submit reports to CDash servers.
> However, it does not “getenv” anything related to CA certs, and it does
> not either look at /etc/ssl/certs.
[…]
>
> For now I propose to provide a patched ‘cmake’ package that does the
> right
Am 22.08.17 um 10:57 schrieb Ludovic Courtès:
> More precisely, several updaters rely on FTP (gnu, kernel.org, kde,
> etc. see (guix gnu-maintenance)), but others rely on structured data
> retrieved over HTTP(S) (pypi, cran, elpa, etc.)
For the records: KDE no longer relies on FTP access. It now
Closed by http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36919
commit 4eb69bf0d33810886ee118f38989cef696e4c868
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Ricardo,
Ricardo Wurmus 写道：
This is the correct way, in my opinion. The user of libcurl is
supposed
to handle environment variable lookup.
I'm aware of this, but it seems like some users don't do this.
On #guix, Tobias also rightfully suggested adding a ‘getenv’
call
directly in libcurl,
This is something I'm also interested in. Something I've found while
looking around online is checking 'ssh server env | grep PATH', and on
my Guix System machines I see it is PATH=/run/current-system/profile/bin.
It seems that playing with ~/.ssh/environment and/or ~/.ssh/rc might
yield changes,
23 matches
Mail list logo
