uesses wrong. Today's version of that recurring
issue:
https://github.com/lastz/lastz/issues/30
Regards,
David Mathog
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python
/Bio/Wise/psw.py:
./site-packages/Bio/Wise/dnal.py:
./site-packages/Bio/UniProt/GOA.py:
./site-packages/Bio/SeqUtils/__init__.py:
Regards,
David Mathog
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org
(oops, had to resend, forgot to change the destination to
)
On Mon, Jul 20, 2020 at 12:38 PM John Thorvald Wodder II
wrote:
>
> On 2020 Jul 20, at 15:25, David Mathog wrote:
> > Lately I have been working on a CentOS 8 machine, and it has "python2"
> > and "
e we already know that python3 was not fully
backwards compatible with python2, so we have reason to suspect that
python4 (whenever that appears) might also not be fully backwards
compatible with python3. By being picky about the python version now,
that should prevent a lot of problem
t;if it is this OS then look
here" that they must currently contain.
Regards,
David Mathog
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python.org/
Message archived at
tc)
Requires-External: libutil
For a more complicated package run the same method on all dynamic
binaries and libraries and reduce the result to one copy
of each. Determining versions would be harder though, perhaps
impossible to do automatically. igraph on my system is 0.8.2, so
that
and verify that all the Requires-External
entries are in fact satisfied, or minimally, just list them. Pip
should warn when no "Requires-External" entries are present, and
"Requires-External none" would always suppress that warning.
Regards,
David Mathog
--
Distutils-SIG mailing l
h easier one suspects to install pkg-config on systems which do not
yet have it than to completely reimplement it.
Does OS X have something which is equivalent to pkg-config, or is
there just no way to look up this sort of information on that OS?
Regards,
David Mathog
--
Distutils-SIG mailing
rked. I just don't see a way to
> handle all these contraints ...
I would be happy if it handled _any_ of these constraints. At the
moment adding these lines does nothing.
Regards,
David Mathog
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an e
thing in the python installation methods
which could list system libraries as dependencies and give a more
informative error message when they are missing?
Thanks,
David Mathog
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.or
le it was being wrapped,
but that case is now handled. I do expect though at some point to
encounter a package which has several files in its bin, and
first_program will contain some variant of:
python3 /wherever/bin/second_program
The wrapper will break those, since the wrapper is a regular bina
packages, and modify the package
maintenance tools so that they can maintain such a directory.
Regards,
David Mathog
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python.org/
On Wed, Jun 24, 2020 at 1:36 AM Thomas Kluyver wrote:
>
> On Tue, 23 Jun 2020, at 23:51, David Mathog wrote:
> > What I am after is some method of keeping exactly one copy of each
> > package-version in the common area (ie, one might find foo-1.2,
> > foo-1.7, and fo
The johnnydep package will list the
dependencies without doing the install. Guess I will throw something
together based on that and the above results and see how it goes.
Regards,
David Mathog
On Wed, Jun 24, 2020 at 4:23 PM Filipe LaĆns wrote:
>
> On Tue, 2020-06-23 at 15:51 -0700, D
soft link approach will work on Windows.
Regards,
David Mathog
On Wed, Jun 24, 2020 at 1:26 PM Steve Dower wrote:
>
> On 24Jun2020 1923, David Mathog wrote:
> > I think I will experiment a little with pipenv and if necessary after
> > each package install use a script to remove the
Probably a package with a huge amount of compilation would be a win
for a preinstall, but
it is at this point definitely not an "always faster" option.
Thanks,
David Mathog
On Fri, Jun 26, 2020 at 2:51 PM John Thorvald Wodder II
wrote:
>
> On 2020 Jun 26, at 15:50, David Mathog wr
ge
(None of which would be necessary if python programs could import
specific versions reliably from a common directory containing multiple
versions of each package.)
Thanks,
David Mathog
On Thu, Jun 25, 2020 at 10:46 AM David Mathog wrote:
>
> On Thu, Jun 25, 2020 at 12:37 AM Paul Moore w
On Fri, Jun 26, 2020 at 12:43 PM David Mathog wrote:
> So by what method could code working outside of python possibly determine that
> "yaml" goes with "PyYAML"?
Sorry, I forgot that the information was in
PyYAML-5.3.1-py3.6.egg-info/top_level.txt
Still, how common i
CO-4.0.6-py3.6.egg-info
ngs
ngs-1.0-py3.6.egg-info
In neither case does the egg-info file reference the corresponding
directory, but at least the directory in both has the expected package
name (other than case). In the examples you cited at the top, were
any of those "different name" c
ources only keeps the highest
version of each package it finds when imported. (A limitation that
never made the least bit of sense to me.)
The test system is CentOS 8 with python 3.6.8.
Thanks,
David Mathog
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to
On Wed, Jul 22, 2020 at 1:27 PM Paul Moore wrote:
>
> On Wed, 22 Jul 2020 at 19:31, David Mathog wrote:
> > but that shebang has to be corrected when the installation is moved to a
> > normal
> > environment, which my code is doing now.)
>
> Moving files that are
far better than responding to version
incompatibility with a slew of syntax errors, which is what happens
now. It would handle both "2.7 is too old" and "3.9 required but
this is a 3.8 installation".
Regards,
David Mathog
> TP
>
>
> >
> > Regards,
>
On Wed, Jul 22, 2020 at 3:41 AM Thomas Kluyver wrote:
>
> On Tue, 21 Jul 2020, at 21:50, David Mathog wrote:
> > ./lib/python3.6/site-packages/pip/_vendor/appdirs.py:#!/usr/bin/env python
>
> Python packaging tools like pip generally differentiate between *scripts*,
>
23 matches
Mail list logo