On 06/10/17 18:47, Gary E. Miller via devel wrote:
>> Debian solves the problem of installing user components in the system
>> path creating a dist-libraries along the site-libraries path in the
>> python module folder.
>
> Uh, yeah. Pretty much universal. Except you left out the sort of
> deta
On 06/10/17 17:43, Gary E. Miller via devel wrote:
> Yo Daniele!
>
> On Fri, 6 Oct 2017 16:57:13 -0600
> Daniele Nicolodi wrote:
>
What if I want to have 2.7.1 and 2.7.2, for example?
>>>
>>> Gentoo can easily do that as well. Pretty common on gentoo.
>>
>> How? It is clearly not possi
On 10/6/17 4:21 PM, Gary E. Miller wrote:
> Yo Daniele!
>
> On Fri, 6 Oct 2017 15:59:05 -0600
> Daniele Nicolodi wrote:
>
>> On 10/6/17 1:46 PM, Gary E. Miller via devel wrote:
>>> Yo Daniele!
>>>
>>> On Thu, 5 Oct 2017 23:39:51 -0600
>&g
On 06/10/17 07:32, Eric S. Raymond via devel wrote:
> Daniele, you weren't ignored. I read and processed what you said,
> but it's way too late in the cycle to redo the build around a technique
> (virtual environments) that the senior devs don't have experience with.
I don't understand this state
On 05/10/17 22:51, Hal Murray via devel wrote:
>>> Warnings are easily lost in the noise. So either create the
>>> directory or treat it as an error and bail.
>
>> There are two issues with just "creating the directory":
>> 1) There's no guarantee that Python will actually use it.
>> 2) Creating
On 10/5/17 6:23 PM, Gary E. Miller via devel wrote:
> Yo Fred!
>
> On Thu, 5 Oct 2017 14:10:24 -0700 (PDT)
> Fred Wright via devel wrote:
>
>> Exists? In sys.path?Usable?
>> --- ---
>> No No Unknown
>> No
On 01/10/17 22:28, Eric S. Raymond wrote:
> Daniele Nicolodi via devel :
>> Hello,
>>
>> I may be suggesting the obvious, but has anyone contacted the folks on
>> the Python Distutils mailing list
>> https://www.python.org/community/sigs/current/distutils-sig/ fo
Hello,
I may be suggesting the obvious, but has anyone contacted the folks on
the Python Distutils mailing list
https://www.python.org/community/sigs/current/distutils-sig/ for their
advise? I'm surprised NTPSec it the first project facing those problems.
Cheers,
Daniele
On 25/09/17 21:56, Gary E. Miller via devel wrote:
> On Mon, 25 Sep 2017 20:26:44 -0700 (PDT)
> Fred Wright via devel wrote:
>
>> 1) Waf misuses get_python_lib() in a way that often gets the wrong
>> result, with the effect of installing the libraries in a location
>> where Python doesn't look fo
On 26/08/17 10:19, Eric S. Raymond wrote:
> Daniele Nicolodi via devel :
>> I was only observing that the website needs to be updated to reflect
>> reality. At the moment it says that MacOS is supported, without any
>> version specifier.
>
> I've pushed an updat
On 26/08/17 07:58, Eric S. Raymond via devel wrote:
> There have been inquiries from Daniele Nicolodi and Fred Wright about
> Mac OS X support.
[...]
> We're supporting 10.12, which has the POSIX clock calls. Earlier
> versions can go piss up a rope.
I was only observing that the website needs
Hello,
this https://www.ntpsec.org/supported-platforms.html says that MacOS X
is an actively maintained platform, however, NTPsec current git master
requires clock_settime() and (ad far as I know) this POSIX function is
not implemented on MaxOS X (at least it is not on MacOS 10.10).
Should that p
Hello,
I saw in the mailing list archives the discussion about the usefulness
of having seccomp system call filter implemented in ntpsec. Sorry for
not replying to that thread but I was not subscribed to the mailing list.
I just wanted to point out that systemd has the capability to install
secc
13 matches
Mail list logo
