Original Message
Subject: Re: bug#21879: WeeChat does not start
Local Time: 25 de febrero de 2017 11:52 AM
UTC Time: 25 de febrero de 2017 16:52
From: contact@cryptolab.net
To: sirgazil
Leo Famulari , 21...@debbugs.gnu.org <21...@debbugs.gnu.org>
On 17-02-25 11
On 17-02-25 11:35:45, sirgazil wrote:
> Original Message
> Subject: Re: bug#21879: WeeChat does not start
> Local Time: 25 de febrero de 2017 10:59 AM
> UTC Time: 25 de febrero de 2017 15:59
> From: l...@famulari.name
> To: sirgazil
> 21...@debbugs.gnu.org &
Original Message
Subject: Re: bug#21879: WeeChat does not start
Local Time: 25 de febrero de 2017 10:59 AM
UTC Time: 25 de febrero de 2017 15:59
From: l...@famulari.name
To: sirgazil
21...@debbugs.gnu.org <21...@debbugs.gnu.org>
On Sat, Feb 25, 2017 at 09:13:48AM
On Sat, Feb 25, 2017 at 09:13:48AM -0500, sirgazil wrote:
> Actually, I'm still experiencing this bug with Guix 0.12.0 on Debian 8.7.
The commit that worked around the issue was applied after the 0.12.0
release. Have you updated your copy of Guix (with `guix pull`) since the
0.12.0 release?
Actually, I'm still experiencing this bug with Guix 0.12.0 on Debian 8.7.
---
https://sirgazil.bitbucket.io/
Marius Bakke skribis:
> I noticed this as well on a foreign distro and pushed a workaround in
> 507809be152049dff26bffdb58e1a90b638f046b.
>
> Didn't study the source enough to figure out why the substitution was
> insufficient, but strace confirmed it was still looking in PATH even
> though the s
I noticed this as well on a foreign distro and pushed a workaround in
507809be152049dff26bffdb58e1a90b638f046b.
Didn't study the source enough to figure out why the substitution was
insufficient, but strace confirmed it was still looking in PATH even
though the strings were replaced.
signature.a
On 2015-11-29 13:20, l...@gnu.org wrote:
Luis Felipe López Acevedo skribis:
On 2015-11-29 10:00, l...@gnu.org wrote:
Luis Felipe López Acevedo skribis:
On 2015-11-29 06:01, l...@gnu.org wrote:
[...]
Felipe, could you report the values of the ‘PYTHONPATH’, ‘PATH’,
and
‘LD_LIBRARY_PATH’
Luis Felipe López Acevedo skribis:
> On 2015-11-29 10:00, l...@gnu.org wrote:
>> Luis Felipe López Acevedo skribis:
>>
>>> On 2015-11-29 06:01, l...@gnu.org wrote:
>>
>> [...]
>>
Felipe, could you report the values of the ‘PYTHONPATH’, ‘PATH’, and
‘LD_LIBRARY_PATH’ variables on your sy
On 2015-11-29 10:00, l...@gnu.org wrote:
Luis Felipe López Acevedo skribis:
On 2015-11-29 06:01, l...@gnu.org wrote:
[...]
Felipe, could you report the values of the ‘PYTHONPATH’, ‘PATH’, and
‘LD_LIBRARY_PATH’ variables on your system?
Oh, I didn't get Cyril's messages on the bug... But
Luis Felipe López Acevedo skribis:
> On 2015-11-29 06:01, l...@gnu.org wrote:
[...]
>> Felipe, could you report the values of the ‘PYTHONPATH’, ‘PATH’, and
>> ‘LD_LIBRARY_PATH’ variables on your system?
>>
>
> Oh, I didn't get Cyril's messages on the bug... But this is the
> information:
>
> PY
On 2015-11-29 06:01, l...@gnu.org wrote:
Cyril Roelandt skribis:
On 11/18/2015 10:22 PM, Ludovic Courtès wrote:
Could you double-check what’s happening, possibly running it through
strace to see if it’s actually executing /usr/bin/python?
I'm pretty sure it does that. It even loads librarie
Cyril Roelandt skribis:
> On 11/18/2015 10:22 PM, Ludovic Courtès wrote:
>> Could you double-check what’s happening, possibly running it through
>> strace to see if it’s actually executing /usr/bin/python?
>
> I'm pretty sure it does that. It even loads libraries from the Debian
> Python path, th
Cyril Roelandt skribis:
> On 11/18/2015 10:22 PM, Ludovic Courtès wrote:
>> Could you double-check what’s happening, possibly running it through
>> strace to see if it’s actually executing /usr/bin/python?
>
> I'm pretty sure it does that. It even loads libraries from the Debian
> Python path, th
On 11/18/2015 10:22 PM, Ludovic Courtès wrote:
> Could you double-check what’s happening, possibly running it through
> strace to see if it’s actually executing /usr/bin/python?
I'm pretty sure it does that. It even loads libraries from the Debian
Python path, that is why it tries to import a Debi
Cyril Roelandt skribis:
> On 11/18/2015 09:05 PM, Luis Felipe López Acevedo wrote:
>> In a different machine, but still Debian 8 and Guix 0.9.0:
>>
>> 1. I ran 'guix pull'
>> 2. Installed weechat
>>
>> I get the same error.
>
> On Debian Sid + Guix, I installed weechat in a "guix environment",
On 11/18/2015 09:05 PM, Luis Felipe López Acevedo wrote:
> In a different machine, but still Debian 8 and Guix 0.9.0:
>
> 1. I ran 'guix pull'
> 2. Installed weechat
>
> I get the same error.
On Debian Sid + Guix, I installed weechat in a "guix environment", and
could not reproduce the issue (we
On 2015-11-18 12:06, l...@gnu.org wrote:
Hi!
Luis Felipe López Acevedo skribis:
I installed WeeChat 1.3 using Guix 0.9.0 on Debian 8, but It doesn't
start when I run it. I get this error instead:
Traceback (most recent call last):
File "/usr/lib/python2.7/site.py", line 563, in
main()
Hi!
Luis Felipe López Acevedo skribis:
> I installed WeeChat 1.3 using Guix 0.9.0 on Debian 8, but It doesn't
> start when I run it. I get this error instead:
>
> Traceback (most recent call last):
> File "/usr/lib/python2.7/site.py", line 563, in
> main()
On closer inspection, this come
On 11/11/2015 03:06 PM, Luis Felipe López Acevedo wrote:
> Hi,
>
> I installed WeeChat 1.3 using Guix 0.9.0 on Debian 8, but It doesn't
> start when I run it. I get this error instead:
>
> Traceback (most recent call last):
> File "/usr/lib/python2.7/site.py", line 563, in
> main()
> Fil
Hi,
I installed WeeChat 1.3 using Guix 0.9.0 on Debian 8, but It doesn't
start when I run it. I get this error instead:
Traceback (most recent call last):
File "/usr/lib/python2.7/site.py", line 563, in
main()
File "/usr/lib/python2.7/site.py", line 545, in main
known_paths = adduser
21 matches
Mail list logo
