Tobias Geerinckx-Rice writes:
>> However, I now noticed a new one: pcscd doesn't seem to be killable
>> easily (at least not by a TERM signal), so "herd stop pcscd" has
>> no effect. Sending a KILL signal and starting with "herd start pcscd"
>> works without problems, though.
>
> I can reproduc
Marius Bakke writes:
> Kyle Meyer skriver:
>
>> One option may be to use the remote HEAD symref.
[...]
>> Here's a quick and dirty demo that makes your reproducer work. A real
>> patch in this direction would of course look very different.
>
> Another quick and dirty patch to make this specifi
Hi,
I tried to do some experiments to see if this problem happens with the
current GCC (version 10).
I built GCC 10 (not cross-compiling) on an x86_64 system using Guix with
substitutes on Debian. (I tried without substitutes, too, but some of
the dependencies failed to be built for unrelated re
Kyle Meyer skriver:
> Ricardo Wurmus writes:
>
>> Importing https://github.com/immunogenomics/scpost with the CRAN
>> importer fails, because the git repository does not have an
>> origin/master branch. This repository only has a “main” branch.
>>
>> Arguably, this shouldn’t matter, but (guix gi
On Mon, Aug 31, 2020 at 01:18:32PM +0600, Vladimir K wrote:
> Hi!
> Get the error while building emacs dependency.
> ## ##
> ## Tested programs. ##
> ## ##
>
> ## -- ##
> ## Running the tests. ##
> ## -- ##
> testsuite: starting at:
Leo Famulari skriver:
> On Thu, Jul 11, 2019 at 11:24:55PM +0200, Ludovic Courtès wrote:
>> > To avoid this unexpected sensitivity on the source origin method, I
>> > suggest that we explicitly exclude 'source' from consideration within
>> > the 'set-paths' phase. What do you think?
>>
>> I agr
On Thu, Jul 11, 2019 at 11:24:55PM +0200, Ludovic Courtès wrote:
> > To avoid this unexpected sensitivity on the source origin method, I
> > suggest that we explicitly exclude 'source' from consideration within
> > the 'set-paths' phase. What do you think?
>
> I agree. We should do that in the n
Raffael,
Raffael Stocker 写道：
However, I now noticed a new one: pcscd doesn't seem to be
killable
easily (at least not by a TERM signal), so "herd stop pcscd" has
no effect. Sending a KILL signal and starting with "herd start
pcscd"
works without problems, though.
I can reproduce this. Int
Tobias Geerinckx-Rice writes:
> Thanks for the report! I'm closing this bug because I believe to've fixed it
> on master. Pull it and see.
>
> /var/run has no place on modern GNU/Linux. We should strive to migrate all
> remaining users to /run, but there's no rush.
Thanks, that seems to solv
Keeping away flatpaks and snap sounds promising to me :D
10 matches
Mail list logo
