From phd at phdru.name Thu Feb 21 09:15:46 2019 From: phd at phdru.name (Oleg Broytman) Date: Thu Feb 21 09:16:25 2019 Subject: [egenix-users] error: mxDateTime.c: No such file or directory Message-ID: <20190221081546.27ydggjkr5abxj35@phdru.name> Hello. I've been using mxDateTime with SQLObject. I use Travis CI and AppVeyor to run tests. egenix-mx-base is in my tox since Aug 10, 2016: https://github.com/sqlobject/sqlobject/commit/5e83f5b and there weren't any problem for hundreds test runs both at Travis and AppVeyor. Until recently. AppVeyor started to fail saying c1 : fatal error C1083: Cannot open source file: 'mx/DateTime/mxDateTime/mxDateTime.c': No such file or directory I found a rather similar problem discussed briefly at https://mail.python.org/pipermail/python-list/2015-February/thread.html#686627 but the discussion didn't progressed and there was no resolution. This is the repository: https://github.com/sqlobject/sqlobject This is the last successful run: https://ci.appveyor.com/project/phdru/sqlobject/builds/22462364/job/5x6o62gph0kxwe8j This is the first fail: https://ci.appveyor.com/project/phdru/sqlobject/builds/22462877/job/aieddkcmpvfdm9kw I don't see any difference. I cannot reproduce that at home but I run Linux. Tests at Travis also run fine. Any idea what could go wrong and how to fix that? Should I switch to installing egenix-mx-base using pip instead of declaring dependency in tox.ini? Oleg. -- Oleg Broytman https://phdru.name/ phd@phdru.name Programmers don't die, they just GOSUB without RETURN. From mal at egenix.com Thu Feb 21 10:00:06 2019 From: mal at egenix.com (M.-A. Lemburg) Date: Thu Feb 21 10:00:13 2019 Subject: [egenix-users] error: mxDateTime.c: No such file or directory In-Reply-To: <20190221081546.27ydggjkr5abxj35@phdru.name> References: <20190221081546.27ydggjkr5abxj35@phdru.name> Message-ID: <2684c273-3bfa-bf5f-f98d-f25b3ce87fe2@egenix.com> Hi Oleg, we have not made any changes on our side, so perhaps something is failing in AppVeyor. What I notice in the logs you sent is that AppVeyor is now trying to build wheel files from the PyPI packages. """ Building wheels for collected packages: egenix-mx-base, mysql-connector, FormEncode, PyDispatcher """ This only works with the source files available, but our installer sees that it can reuse an existing binary package on Windows and uses this instead of getting the source files. I suppose this is what's causing the problem. Unfortunately, I don't have an easy fix for this and no time to look into it on a larger scale. The only workaround I have for you is to point tox directly at our PyPI style index and have it download the source package instead of the installer from PyPI: https://downloads.egenix.com/python/index/ucs2/ https://downloads.egenix.com/python/index/ucs4/ Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Experts (#1, Feb 21 2019) >>> Python Projects, Coaching and Consulting ... http://www.egenix.com/ >>> Python Database Interfaces ... http://products.egenix.com/ >>> Plone/Zope Database Interfaces ... http://zope.egenix.com/ ________________________________________________________________________ ::: We implement business ideas - efficiently in both time and costs ::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ http://www.malemburg.com/ On 21.02.2019 09:15, Oleg Broytman wrote: > Hello. I've been using mxDateTime with SQLObject. I use Travis CI and > AppVeyor to run tests. egenix-mx-base is in my tox since Aug 10, 2016: > > https://github.com/sqlobject/sqlobject/commit/5e83f5b > > and there weren't any problem for hundreds test runs both at Travis and > AppVeyor. Until recently. AppVeyor started to fail saying > > c1 : fatal error C1083: Cannot open source file: 'mx/DateTime/mxDateTime/mxDateTime.c': No such file or directory > > I found a rather similar problem discussed briefly at > https://mail.python.org/pipermail/python-list/2015-February/thread.html#686627 > but the discussion didn't progressed and there was no resolution. > > This is the repository: https://github.com/sqlobject/sqlobject > > This is the last successful run: > https://ci.appveyor.com/project/phdru/sqlobject/builds/22462364/job/5x6o62gph0kxwe8j > > This is the first fail: > https://ci.appveyor.com/project/phdru/sqlobject/builds/22462877/job/aieddkcmpvfdm9kw > > I don't see any difference. I cannot reproduce that at home but I run > Linux. Tests at Travis also run fine. > > Any idea what could go wrong and how to fix that? Should I switch to > installing egenix-mx-base using pip instead of declaring dependency in > tox.ini? > > Oleg. > From phd at phdru.name Thu Feb 21 10:18:02 2019 From: phd at phdru.name (Oleg Broytman) Date: Thu Feb 21 10:18:40 2019 Subject: [egenix-users] error: mxDateTime.c: No such file or directory In-Reply-To: <2684c273-3bfa-bf5f-f98d-f25b3ce87fe2@egenix.com> References: <20190221081546.27ydggjkr5abxj35@phdru.name> <2684c273-3bfa-bf5f-f98d-f25b3ce87fe2@egenix.com> Message-ID: <20190221091802.5l6v6orgw7netwtd@phdru.name> Hi! Thank you! > https://downloads.egenix.com/python/index/ucs2/ > https://downloads.egenix.com/python/index/ucs4/ I will investigate this. Or experiment with direct ``pip install``. On Thu, Feb 21, 2019 at 10:00:06AM +0100, "M.-A. Lemburg" wrote: > Hi Oleg, > > we have not made any changes on our side, so perhaps something is > failing in AppVeyor. What I notice in the logs you sent is that > AppVeyor is now trying to build wheel files from the PyPI packages. > > """ > Building wheels for collected packages: egenix-mx-base, mysql-connector, > FormEncode, PyDispatcher > """ > > This only works with the source files available, but our installer > sees that it can reuse an existing binary package on Windows and > uses this instead of getting the source files. > > I suppose this is what's causing the problem. > > Unfortunately, I don't have an easy fix for this and no time to look > into it on a larger scale. > > The only workaround I have for you is to point tox directly at our > PyPI style index and have it download the source package instead > of the installer from PyPI: > > https://downloads.egenix.com/python/index/ucs2/ > https://downloads.egenix.com/python/index/ucs4/ > > Thanks, > -- > Marc-Andre Lemburg > eGenix.com > > Professional Python Services directly from the Experts (#1, Feb 21 2019) > >>> Python Projects, Coaching and Consulting ... http://www.egenix.com/ > >>> Python Database Interfaces ... http://products.egenix.com/ > >>> Plone/Zope Database Interfaces ... http://zope.egenix.com/ > ________________________________________________________________________ > > ::: We implement business ideas - efficiently in both time and costs ::: > > eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 > D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg > Registered at Amtsgericht Duesseldorf: HRB 46611 > http://www.egenix.com/company/contact/ > http://www.malemburg.com/ Oleg. -- Oleg Broytman https://phdru.name/ phd@phdru.name Programmers don't die, they just GOSUB without RETURN. From phd at phdru.name Mon Feb 25 21:50:13 2019 From: phd at phdru.name (Oleg Broytman) Date: Mon Feb 25 21:51:01 2019 Subject: [egenix-users] error: mxDateTime.c: No such file or directory In-Reply-To: <20190221091802.5l6v6orgw7netwtd@phdru.name> References: <20190221081546.27ydggjkr5abxj35@phdru.name> <2684c273-3bfa-bf5f-f98d-f25b3ce87fe2@egenix.com> <20190221091802.5l6v6orgw7netwtd@phdru.name> Message-ID: <20190225205013.u5tle72sb53o4q3a@phdru.name> Hi! There is nothing interesting for ``pip`` here because there are only eggs and ``pip`` doesn't install eggs. But ``easy_install`` does so I use ``easy_install`` to install ``mxDateTime`` now: easy_install -i https://downloads.egenix.com/python/index/ucs2/ egenix-mx-base See a successful test run at https://ci.appveyor.com/project/phdru/sqlobject/build/job/bbwfhi86a980lanv Thank you for help! On Thu, Feb 21, 2019 at 10:18:02AM +0100, Oleg Broytman wrote: > > https://downloads.egenix.com/python/index/ucs2/ > > https://downloads.egenix.com/python/index/ucs4/ > > I will investigate this. Or experiment with direct ``pip install``. Oleg. -- Oleg Broytman https://phdru.name/ phd@phdru.name Programmers don't die, they just GOSUB without RETURN.