-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pypi release #17
base: python23compat
Are you sure you want to change the base?
Pypi release #17
Conversation
Athanaseus
commented
May 19, 2021
- Add setup file
- Restructure src and binaries
- Add github actions
I get the following problem trying to install on a (mildly vanilla) system, mostly seems to work except the dependency: harro@hvvm:~/src/jiveplot (pypi_release)$ python setup.py install --prefix=/tmp/test-pypi creating build/bdist.linux-x86_64/egg Installed /tmp/test-pypi/lib/python2.7/site-packages/jiveplot-1.0.0-py2.7.egg |
On another host where the [eee (pypi_release)]Okay->/tmp/test-pypi/bin/jplotter |
Hey @haavee thanks for checking this. The idea is to use
|
I see now: it requires |
I found a couple of other issues with the install on one of the test systems:
I changed the
still doesn't work, but this does:
So don't see why the automatic ( |
I removed the
The above dependencies will be resolved once we have a Debian package in Also, I noticed pip will install latest |
OK, getting better, but not there yet; it does install & execute now. But ... The code supports dynamically loading a module+function for "postprocessing" (
In my local version I did:
(to make it reside at the original relative level to the After (re)installing with that I see the |
Also, this is caused by the missing
PS: Remeber to update pip |
(sorry for the lack of replies; been terribly busy with other things) |
Hey @haavee, so just to get this clear if this installation is done the old way this works? And can you please post the response after loading the module? |
the problem is that in the "old way" there was never an installation :-( The response if the command succeeds should be:
|
ok i tried to figure out how the
This means in jplotter it works if:
I'm just bit confused by the redundancy of the |
Found some instances that were not excercides during the Py2 -> Py2/3 compatibility yet
Finally figured out how to properly do it, so even from within pypi it is now possible to say: jcli> postprocess postprocessing/phatime.phaserate and expect it to work
Hi @Athanaseus, I think I've managed to figure out (and solve) the postprocessing loading of modules, now also seems to work in the |
Hi @haavee, this is great news, thank you. |
I'd like for people local to try this branch too before considering merging the PR. |
That's a great idea.
I think we can start by resolving the conflicts with
Also if these other branches are ready to merge with the master they can be merged, and then update this PR with all new commits from master then also resolve any conflicts that might arise. |
OK, the plan was that |
Sure that sounds good to me. |
It bugged the **** out of me that symbol scaling didn't work (e.g. "ptsz 8" didn't do nothing for the data points). After carefully reading PGPLOT documentation and inspection of the plot commands: the code used symbol "-2" for plotting data points. According to docs https://sites.astro.caltech.edu/~tjp/pgplot/subroutines.html#PGPT this symbol scales with *linewidth* in stead of character height. After testing turned out that PGPLOT 5.2.2 (on our Linux 18.04 server) still doesn't honour this. Nor does Giza for that matter (tested). Solution: support setting symbol numbers for the different data categories: Unflagged, Flagged, Marked, Markedflagged. This allows user to set a scaling symbol (e.g. #17) for the data points, which does honour "ptsz" setting. Introduced "symbol" command for this. Found that markers were drawn not honouring "marksz" setting:code set different line width in stead of character height. (fixed)
It bugged the **** out of me that symbol scaling didn't work (e.g. "ptsz 8" didn't do nothing for the data points). After carefully reading PGPLOT documentation and inspection of the plot commands: the code used symbol "-2" for plotting data points. According to docs https://sites.astro.caltech.edu/~tjp/pgplot/subroutines.html#PGPT this symbol scales with *linewidth* in stead of character height. After testing turned out that PGPLOT 5.2.2 (on our Linux 18.04 server) still doesn't honour this. Nor does Giza for that matter (tested). Solution: support setting symbol numbers for the different data categories: Unflagged, Flagged, Marked, Markedflagged. This allows user to set a scaling symbol (e.g. #17) for the data points, which does honour "ptsz" setting. Introduced "symbol" command for this. Found that markers were drawn not honouring "marksz" setting:code set different line width in stead of character height. (fixed)