> 2.3) Add code to the programs to augment sys.path prior to the import. This
> would need to be in all the programs; common code in a library would suffer
> from a chicken-and-egg problem.
The step that copies python code over to $build/main/... could do minor
edits. There would be only one co
> Once again, I think pip has the answer: edit the sys.path.
Why is editing sys.path better than using PYTHONPATH?
--
These are my opinions. I hate spam.
___
devel mailing list
devel@ntpsec.org
http://lists.ntpsec.org/mailman/listinfo/devel
devel@ntpsec.org said:
> That's right. What we can do, though, is win under the following
> assumption: if /usr/lib/X/Y/ is in sys.path, so is /usr/local/lib/X/Y/.
> Look at this from my system:
Bad assumption, at least on Fedora:
Python 2.7.13 (default, Sep 5 2017, 08:53:59)
[GCC 7.1.1 2017
Jason Azze :
> On Sep 27, 2017 8:51 PM, "Eric S. Raymond via devel"
> wrote:
>
> Gary E. Miller via devel :
> > > I thought you just told me the opposite,
> >
> > Sorry if I was not clear the first time.
> >
> > > and I *know* Jason did.
> >
> > I sugggest you reconfirm with him.
> >
> > Re-readi
On Wed, 27 Sep 2017, Eric S. Raymond via devel wrote:
> Gary E. Miller via devel :
> > What we see that pip does, is edit the sys.path to include the
> > location an egg is installed. That looks to me like a method
> > to go forward with.
>
> It looks to me like a fscking disaster, introducing ye
Gary E. Miller via devel :
> What we see that pip does, is edit the sys.path to include the
> location an egg is installed. That looks to me like a method
> to go forward with.
It looks to me like a fscking disaster, introducing yet another
complication that will cause us endless headaches.
Wha
Gary E. Miller via devel :
> > I thought you just told me the opposite,
>
> Sorry if I was not clear the first time.
>
> > and I *know* Jason did.
>
> I sugggest you reconfirm with him.
>
> Re-reading the emails I see a bunch of double negatives going around.
Great. Now I don't think I know *a
Yo Fred!
On Wed, 27 Sep 2017 16:31:12 -0700 (PDT)
Fred Wright via devel wrote:
> On Wed, 27 Sep 2017, Gary E. Miller via devel wrote:
> > Fred Wright via devel wrote:
>
> > It only matters
> > > for Linux, since get_python_lib() returns FHS-compliant results on
> > > *BSD, and on OSX the
On Wed, 27 Sep 2017, Gary E. Miller via devel wrote:
> Fred Wright via devel wrote:
> It only matters
> > for Linux, since get_python_lib() returns FHS-compliant results on
> > *BSD, and on OSX the paths are so completely different that FHS
> > doesn't apply.
>
> Uh, lost me. macOS is very mu
Yo Fred!
On Wed, 27 Sep 2017 15:51:25 -0700 (PDT)
Fred Wright via devel wrote:
> On Wed, 27 Sep 2017, Gary E. Miller via devel wrote:
> >
> > What we see that pip does, is edit the sys.path to include the
> > location an egg is installed. That looks to me like a method
> > to go forward with.
On Wed, 27 Sep 2017, Gary E. Miller via devel wrote:
>
> What we see that pip does, is edit the sys.path to include the
> location an egg is installed. That looks to me like a method
> to go forward with.
That sounds plausible, but we need to figure out how it does that. It's
not just about "ed
Since my initial complaint about Py3 compatibility some bugs have been
fixed, agentx tests work, and I've poked at it with a stick.
Panic-mode rescinded.
--
In the end; what separates a Man, from a Slave? Money? Power?
No. A Man Chooses, a Slave Obeys. -- Andrew Ryan
Yo Eric!
On Wed, 27 Sep 2017 17:40:56 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller via devel :
> > Yo Eric!
> >
> > On Wed, 27 Sep 2017 17:21:23 -0400
> > "Eric S. Raymond via devel" wrote:
> >
> > > Fred Wright via devel :
> > > > So *something* is adding additional entries to sys.pat
Yo Eric!
On Wed, 27 Sep 2017 17:36:56 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller via devel :
> > Yo Eric!
> >
> > On Wed, 27 Sep 2017 16:43:54 -0400
> > "Eric S. Raymond" wrote:
> >
> > > Gary E. Miller via devel :
> > > > Except for your upcoming solution to the PYTHONPATH issue.
Gary E. Miller via devel :
> Yo Eric!
>
> On Wed, 27 Sep 2017 17:21:23 -0400
> "Eric S. Raymond via devel" wrote:
>
> > Fred Wright via devel :
> > > So *something* is adding additional entries to sys.path in your
> > > Ubuntu Python (but not mine). If there's a way to make that
> > > happen, i
Gary E. Miller via devel :
> Yo Eric!
>
> On Wed, 27 Sep 2017 16:43:54 -0400
> "Eric S. Raymond" wrote:
>
> > Gary E. Miller via devel :
> > > Except for your upcoming solution to the PYTHONPATH issue.
> >
> > Explain "the PYTHONPATH issue", please.
>
> I just installed git head. No PYTHONP
Yo Eric!
On Wed, 27 Sep 2017 17:21:23 -0400
"Eric S. Raymond via devel" wrote:
> Fred Wright via devel :
> > So *something* is adding additional entries to sys.path in your
> > Ubuntu Python (but not mine). If there's a way to make that
> > happen, it could be another solution. I *don't* see a
Fred Wright via devel :
> So *something* is adding additional entries to sys.path in your Ubuntu
> Python (but not mine). If there's a way to make that happen, it could be
> another solution. I *don't* see any of that here (ubuntu 14.04, Python
> 2.7.6), even though there are multiple packages wi
Jason Azze via devel :
> I checked CentOS 6.9 and CentOS 7.3 and, after I figured out I had to
> import sys, I can confirm that the second expression comes back empty.
Good to know, thanks.
--
http://www.catb.org/~esr/";>Eric S. Raymond
My work is funded by the Internet Civil Eng
Fred Wright via devel :
> > Doesn't it? Look at my example again. It looks a lot like somebody, either
> > Python or Ubuntu's Python packagers, has gone to the effort to ensure that
> > FHS-compliant library directories under /usr/local/lib exist in parallel
> > with
> > every system library dir
Yo Fred!
On Wed, 27 Sep 2017 13:56:49 -0700 (PDT)
Fred Wright via devel wrote:
> So *something* is adding additional entries to sys.path in your Ubuntu
> Python (but not mine).
pip adds to the sys.path. Other package managers prolly do as well.
RGDS
GARY
--
Yo Jason!
On Wed, 27 Sep 2017 16:54:56 -0400
Jason Azze via devel wrote:
> On Wed, Sep 27, 2017 at 4:19 PM, Eric S. Raymond via devel
> wrote:
>
> > Just to be sure, though, people with access to other platforms -
> > like Red Hat and FreeBSD - should run these checks in Python
> >
> [x
On Wed, 27 Sep 2017, Eric S. Raymond wrote:
> Fred Wright via devel :
> > FYI, I just took a look at sys.path on the three Linuces I have here
> > (Ubuntu, CentOS, and Fedora), and none of them has a single entry with
> > "local" as part of the path.
>
> I see this under Ubuntu:
>
> >>> [x for x i
On Wed, Sep 27, 2017 at 4:19 PM, Eric S. Raymond via devel
wrote:
> Just to be sure, though, people with access to other platforms - like Red Hat
> and FreeBSD - should run these checks in Python
>
[x for x in sys.path if x.find('/usr/lib') != -1]
>
[x for x in sys.path if x.find('/usr/
Yo Fred!
On Wed, 27 Sep 2017 13:45:30 -0700 (PDT)
Fred Wright via devel wrote:
> So most of the world elects to follow Python, not FHS.
Uh, you misunderstood the FHS. None of those were source code tar balls
you installed. Those are the system packages, right where they should be.
The system
Yo Eric!
On Wed, 27 Sep 2017 16:43:54 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller via devel :
> > Except for your upcoming solution to the PYTHONPATH issue.
>
> Explain "the PYTHONPATH issue", please.
I just installed git head. No PYTHONPATH:
spidey ntpsec # ntpq -up
ntpq: can't find P
On Wed, 27 Sep 2017, Eric S. Raymond wrote:
> Fred Wright via devel :
> >
> > On Wed, 27 Sep 2017, Eric S. Raymond via devel wrote:
> >
> > > I've pushed a fix for Fred Wright's FixConfig class that seems to
> > > solve the problem of incorrect Python library locations.
> > >
> > > I tested it wi
Gary E. Miller via devel :
> Except for your upcoming solution to the PYTHONPATH issue.
Explain "the PYTHONPATH issue", please.
--
http://www.catb.org/~esr/";>Eric S. Raymond
My work is funded by the Internet Civil Engineering Institute: https://icei.org
Please visit their site a
Yo Eric!
On Wed, 27 Sep 2017 16:19:54 -0400
"Eric S. Raymond via devel" wrote:
> I think we're done here. I'll add an explanatory comment to the
> massage() logic.
Except for your upcoming solution to the PYTHONPATH issue.
RGDS
GARY
Fred Wright via devel :
> FYI, I just took a look at sys.path on the three Linuces I have here
> (Ubuntu, CentOS, and Fedora), and none of them has a single entry with
> "local" as part of the path.
I see this under Ubuntu:
>>> [x for x in sys.path if x.find('local') != -1]
['/usr/local/lib/pytho
Fred Wright via devel :
>
> On Wed, 27 Sep 2017, Eric S. Raymond via devel wrote:
>
> > I've pushed a fix for Fred Wright's FixConfig class that seems to
> > solve the problem of incorrect Python library locations.
> >
> > I tested it with no --prefix option and with --prefix=/usr,
> > using inst
On Wed, Sep 27, 2017 at 1:28 PM, Hal Murray via devel wrote:
> I'm getting duplicates of issue-closed messages from gitlab.
>
> Are you doing anything interesting? Is anybody else getting them?
I also got a duplicate on the ntpleapfetch closure message.
__
On 09/27/2017 01:41 PM, Eric S. Raymond via devel wrote:
Hal Murray :
Are you doing anything interesting? Is anybody else getting them?
No. I've actually been asleep. :-)
I'm not seeing duplicates.
I have been, seeing duplicates that is.
--
In the end; what separates a Man, from a Slave?
Gary E. Miller via devel :
> Yo Eric!
>
> On Wed, 27 Sep 2017 10:21:57 -0400 (EDT)
> "Eric S. Raymond via devel" wrote:
>
> > Gary, please verify that this addresses your FHS concerns.
>
> Sort of. Looks like the python libs now installed in the right place,
> again:
>
> /usr/local/lib64/pyth
Hal Murray :
> Are you doing anything interesting? Is anybody else getting them?
No. I've actually been asleep. :-)
I'm not seeing duplicates.
--
http://www.catb.org/~esr/";>Eric S. Raymond
My work is funded by the Internet Civil Engineering Institute: https://icei.org
Please v
Yo Fred!
On Wed, 27 Sep 2017 10:59:53 -0700 (PDT)
Fred Wright via devel wrote:
> > I'm not sure about "obscure", but if the result isn't in sys.path,
> > then it's back to the same old problem.
>
> FYI, I just took a look at sys.path on the three Linuces I have here
> (Ubuntu, CentOS, and Fed
Yo Fred!
On Wed, 27 Sep 2017 10:47:34 -0700 (PDT)
Fred Wright via devel wrote:
> AFAICT, Python simply doesn't follow FHS on Linux.
Really? It does on Gentoo. Ditto debian, etc...
RGDS
GARY
---
Gary E. Miller Rellim 109
On Wed, 27 Sep 2017, Fred Wright wrote:
> On Wed, 27 Sep 2017, Eric S. Raymond via devel wrote:
>
> > I've pushed a fix for Fred Wright's FixConfig class that seems to
> > solve the problem of incorrect Python library locations.
> >
> > I tested it with no --prefix option and with --prefix=/usr,
>
On Wed, 27 Sep 2017, Eric S. Raymond via devel wrote:
> I've pushed a fix for Fred Wright's FixConfig class that seems to
> solve the problem of incorrect Python library locations.
>
> I tested it with no --prefix option and with --prefix=/usr,
> using install --destdir=/tmp/ntp.
>
> Gary, please
Yo Eric!
On Wed, 27 Sep 2017 10:21:57 -0400 (EDT)
"Eric S. Raymond via devel" wrote:
> Gary, please verify that this addresses your FHS concerns.
Sort of. Looks like the python libs now installed in the right place,
again:
/usr/local/lib64/python2.7/site-packages/ntp/packet.py
My first quick
I'm getting duplicates of issue-closed messages from gitlab.
I haven't checked to see if it's all of them, or just when you close
something, or just enough of them to attract my attention.
Are you doing anything interesting? Is anybody else getting them?
The last pair had dates that were 1 sec
I've pushed a fix for Fred Wright's FixConfig class that seems to
solve the problem of incorrect Python library locations.
I tested it with no --prefix option and with --prefix=/usr,
using install --destdir=/tmp/ntp.
Gary, please verify that this addresses your FHS concerns.
Fred, please tell me
Hal Murray :
>
> > I'd like to hear from the senior devs (and anyone else with something
> > intelligent to say!) on this.
>
> You need a steering committee to represent the customers on things like this.
Good idea. I'll keep that in mind as we get more customers.
> I didn't find enough info i
43 matches
Mail list logo
