On 2018-03-12, Tobias Geerinckx-Rice wrote:
> Perhaps he's just getting old, but our man has a tendency to forget
> where he was, start over from the beginning, and repeat himself several
> times:
>
>$ guix package -i knot rofi
>$ man 5 knot.conf | grep -E '^(NAME|DESCRIPTION)'
>NAME
On Fri, May 04, 2018 at 17:01:03 -0700, Vagrant Cascadian wrote:
> When i create a new libvirt instance with virt-manager, it embeds the
> full path to the qemu binary used at the time. For the machine named
> "networkboot":
>
> # grep qemu-system /etc/libvirt/qemu/networkboot.xml
>
>
This just appears in the last day or so. Running guix (GNU Guix)
0.14.0.4837-d6ed4 I see ...
cd guix && guix environment guix -- make
The following derivations will be built:
/gnu/store/mcfys0glgv1hnq5mrcs9xnmn4bpzr3ys-profile.drv
Many of the icons appear to be missing from the user interface, such as
the button for "Power on", "Pause the virtual machine", "Shut down the
virtual machine" and "Show virtual hardware details".
Also, selecting the "Show virtual hardware details" nearly all the icons
are missing (e.g.
When i create a new libvirt instance with virt-manager, it embeds the
full path to the qemu binary used at the time. For the machine named
"networkboot":
# grep qemu-system /etc/libvirt/qemu/networkboot.xml
/gnu/store/0rzb7rjri2kb258j58asndw2pnp0xv9p-qemu-2.11.1/bin/qemu-system-x86_64:
If I
Jelle Licht writes:
> Fixed in e5d57c1c0 on master.
Hi Jelle, thank you very much!
Mark H Weaver skribis:
> On my own private branch, I worked around this problem by adding
> "-idirafter /include" to CXXFLAGS, but of course it's not a proper
> fix. My workaround happens to be in Savannah on the
> 'reproduce-bug-29774' branch:
>
>
>
Fixed in e5d57c1c0 on master.
2018-05-04 15:49 GMT+02:00 Jelle Licht :
> *https://github.com/abo-abo/lispy/pull/427
> ^ is the correct link; sorry for the typo
>
> 2018-05-04 15:48 GMT+02:00 Jelle Licht :
>
>> I ran into something similar using emacs-lispy.
ok now it works
I garbagecollected and launched it rom an unusual place.
Probably my susal icon points to the old copy
Who knows
Thanks
2018-05-04 15:40 GMT+02:00 Catonano :
>
>
> 2018-05-04 14:57 GMT+02:00 Clément Lassieur :
>
>> Catonano
Mark H Weaver writes:
> Giel van Schijndel writes:
>
>> The problem seems to be triggered by glibc appearing on the search path.
>>
>> I'm not sure about GCC's internals exactly so I'm making one assumption
>> that causes all of this to make sense to me: if a
Giel van Schijndel writes:
> On 04-05-18 17:28, Ludovic Courtès wrote:
>> That’s probably because your package still includes gcc@5 as an implicit
>> input via ‘cmake-build-system’.
>>
>> You could use a procedure like this to remove implicit inputs and add
>> your own GCC
On 04-05-18 17:28, Ludovic Courtès wrote:
> That’s probably because your package still includes gcc@5 as an implicit
> input via ‘cmake-build-system’.
>
> You could use a procedure like this to remove implicit inputs and add
> your own GCC variant:
>
> --8<---cut
On 04-05-18 16:30, Giel van Schijndel wrote:
> I'm currently trying to produce a minimal test case, I'll post it here
> when I succeed.
I've put the test case at https://git.fsfe.org/giel/hello-cpp17. It only
uses a simple makefile.
PS The web interface doesn't seem to update. Directly cloning
On 04-05-18 14:43, Ludovic Courtès wrote:
> Hi,
>
> Giel van Schijndel skribis:
>
>> On 09-03-18 13:42, Ludovic Courtès wrote:
>>> julien lepiller skribis:
>>>
I'm trying to build a software that requires gcc>=7.2. Unfortunately,
the process crashes
On 09-03-18 13:42, Ludovic Courtès wrote:
> julien lepiller skribis:
>
>> I'm trying to build a software that requires gcc>=7.2. Unfortunately,
>> the process crashes and ends with:
>>
>> /gnu/store/a4vwdk8r6p6l2mnffz4yaqlr1z6z6w3r-gcc-7.3.0/include/c++/cstdlib:75:15:
>> fatal
Giel van Schijndel skribis:
> On 04-05-18 14:43, Ludovic Courtès wrote:
[...]
>> Giel, does the patch below work for you?
>
> No, just by itself it doesn't. It does add 'CPATH', but doesn't drop
> 'C_INCLUDE_PATH' and 'CPLUS_INCLUDE_PATH'.
That’s probably because your package
*https://github.com/abo-abo/lispy/pull/427
^ is the correct link; sorry for the typo
2018-05-04 15:48 GMT+02:00 Jelle Licht :
> I ran into something similar using emacs-lispy. Perhaps my PR also fixes
> your issue?
>
> https://github.com/abo-abo/lispy/pull/426
>
>
>
> 2018-04-20
I ran into something similar using emacs-lispy. Perhaps my PR also fixes
your issue?
https://github.com/abo-abo/lispy/pull/426
2018-04-20 17:56 GMT+02:00 Clément Lassieur :
> Hi,
>
> emacs-lispy is broken (void-variable hydra-lispy-x on load) since commit
>
2018-05-04 14:57 GMT+02:00 Clément Lassieur :
> Catonano writes:
>
> > Ahem, I did
> >
> > guix pull
> > guix package -u icecat
> >
> > but it still doesn't work
> >
> > for example. I can't see this video
> >
Catonano writes:
> Ahem, I did
>
> guix pull
> guix package -u icecat
>
> but it still doesn't work
>
> for example. I can't see this video
> https://www.radioradicale.it/scheda/540381/intervista-a-loredana-de-petris-su-direzione-pd-e-formazione-governo
It worked for me.
Hi,
Giel van Schijndel skribis:
> On 09-03-18 13:42, Ludovic Courtès wrote:
>> julien lepiller skribis:
>>
>>> I'm trying to build a software that requires gcc>=7.2. Unfortunately,
>>> the process crashes and ends with:
>>>
>>>
21 matches
Mail list logo