Comments (6)
Original comment by @hpk42
I wonder how to best do the configuration bit. Maybe adding a command line option to upload, and then adding a generic mechanism to add options to any devpi subcommand in setup.cfg would work nicely. Have to think a bit about the latter.
from devpi.
Original comment by @lbrack
Do you mean that all actual parameters not parsed (parse_known_args) could be passed down to setup.py? I think this is a good idea. The debug mode should show how the sub-process is being invoked though.
from devpi.
Original comment by @hpk42
Just did a commit https://bitbucket.org/hpk42/devpi/commits/a1720ea942cc20245abdf63ff459fd62faa27a87 which i think should fix your issue. I ended up not introducing a new option but rather creating the docs with an explicit internal build dir. Let me know if this works for you.
from devpi.
Original comment by @lbrack
Looking at the code, it seems you assume that there is a folder in the current working directory called build which should contains the rst files? And that the output is under ./build/html. Am I correct?
#!python
build = cwd.join("build")
upload_dir = build.join("html")
We currently have the following structure.
docs/source/... # contains the rst files. Not a flat structure
We could obviously rename source for build but we do have many projects (>20) which already use this structure.
I am just thinking that other people may have non standard documentation location (and setup.py seems to support this it turns out).
Granted this is non standard and we don't want to clutter devpi with too many command line arguments.
Could we consider using an environment variable (yuk)?
#!bash
+This will build and upload sphinx-documentation by configuring and running
+this command::
+
+ setup.py build_sphinx -E --build-dir $SPHINX_BUILD_DIR \
Add a comment to this line
+ upload_docs --upload-dir $SPHINX_BUILD_DIR/html
+
which would be used if present?
from devpi.
Original comment by @hpk42
The build_sphinx
"--build-dir" option instructs sphinx to override any conf.py setting. We can thus pass the canonical "--upload-dir" to the upload_docs
subcommand. So i think it should "just work", pending a reality check from your side :) Note that docs are accessible through the web by going to http://localhost:3141/root/dev/PKGNAME/+doc/ -- a link is also shown now on the index page http://localhost:3141/root/dev/
from devpi.
Original comment by @lbrack
First of all I realize that I misunderstood something (obvious). I was actually wondering why you would use the term "build" to identify the rst sources. My bad.
It now make sense as far as the build output is concerned. I was wondering where the source where expected to be found (since the location is "non standard") and I found out that setup appears to scan the file system to discover a conf.py and initiate the build from there (this was the unknown for me).
So even without testing it, I can tell you that this fix works for us.
from devpi.
Related Issues (20)
- [discussion] Asyncio speedups HOT 7
- docs zip contains unwanted package source files HOT 3
- [client] upload `OSError: [Errno 18] Invalid cross-device link '/tmp/devpi-…/dist/….whl' -> 'dist/….whl'` HOT 2
- Cannot load packages when use base auth in gitlab registry mirror HOT 4
- Need help upgrading from 4.4.0 to current HOT 3
- Incorrect version given to doczip with devpi-client version 7.0.0 HOT 7
- All >400 HTTP responses from login provoke a SystemExit, not using fatal, and are not always fatal errors for login HOT 1
- Errors when sharing package files HOT 8
- Give obvious warning if version file is included in uploaded package HOT 2
- Support basic auth for mirrors via a plugin HOT 1
- upload large WHL files HOT 7
- Support PEP-691: JSON response to the `/simple` API endpoint HOT 4
- devpi web; feature: reference older version's docs? HOT 2
- forgot the root password,how to reset the root password HOT 2
- pytest-flake8 is abandoned
- Support for newer packaging HOT 2
- AttributeError: type object 'PersistentCurrent' has no attribute 'auth' HOT 3
- Mirroring fails for packages with hashes other than sha256 HOT 7
- Failed to upload tensorflow wheel with 400 error HOT 7
- Provide an aiohttp-less version for server HOT 15
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from devpi.