-
Notifications
You must be signed in to change notification settings - Fork 6
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
Can't build tarballs from codeberg #41
Comments
OK, seems like |
The tarball from my website has been produced with I was rather reluctant to add docutils as a build-time dependency -- the pter package on pypi and on the website, as well as the one in AUR (all the same file, from How about adding a Development section to the README and add that type of information there? |
IMO, that would be fine. For the record, this is what I use to build pter inside a Docker image (based on Debian 12/Bookworm):
The package |
Interesting, but I remember from my own experience with … uhm, something, that |
Yeah, this is inside the
I've played with several build options recently and yes, adding instructions on how to build from both kinds of tarballs would be much appreciated. Right now I can build from both kinds of tarballs using Building using Running So I'm stuck with using the deprecated |
I think the current thing to do is run |
OK, I've tried that, it appears to print the same warnings as pip:
Then errors out:
This is with codeberg tarball, v3.15.2. Package (sigh) Back to setup.py :) |
That's odd. With docutils it should be able to build the man page during |
Okay, I give up for now -- apparently it's far from straight forward to declare a build-time dependency in python. I’ll try to make it not burst into flames when python is being build without having the |
Oh man, now I'm getting This happens when running What commands do you issue to build pter from git? |
Curious. I just clean-built in an empty virtualenv with that new configuration and it worked. At what step does it crash for you? Edit: right, container… based on it trying to copy, it’s probably the |
Could you try to use |
I'm sorry, the error is slightly different, it's in regard to qpter, not pter. Sorry for the confusion. Here's the actual error: So the |
Yes, the following worked for me in a Docker container:
(For speed of hacking this Dockerfile, I didn't use a virtuaelnv nor do I care for one in an isolated container.) UPD: |
No worries, I also missed that.
Yeah, that was me fumbling the patch. There really is no Anyway, should be fixed with 12ea984a |
Now it builds fine via But there is a bunch of warnings (they don't appear when building via
The warnings are for the UPDATE: There are some other warnings (don't know if they are serious), I wrapped them in asterisks in context:
|
The line 213 warning is … well, a speciality of trying to express " I guess the big win is that it builds and installs now. |
Absolutely! |
I think I might have fixed the warning. D'you think this issue can be closed? |
Tested with both
Sure, it builds just fine now. |
@vonshednob By the way, will you keep uploading tarballs to https://vonshednob.cc/pter/releases.html? I'm asking since one can build man pages form https://vonshednob.cc releases, which doesn't happen with tarballs from codeberg. And I sometimes need to do |
Absolutely! Documentation on the terminal is very much required in my opinion. Just haven't released 3.16 yet. |
I can't build https://codeberg.org/vonshednob/pter/archive/v3.15.2.tar.gz, the error is:
error: can't copy 'man/pter.1': doesn't exist or not a regular file
Here's how I'm building:
python3 ./setup.py build && python3 ./setup.py install
Same thing happened with https://codeberg.org/vonshednob/pter/archive/v3.15.1.tar.gz, but interestingly I just downloaded https://vonshednob.cc/releases/pter-3.15.1.tar.gz and there was no problem. Apparently, the tarballs at codeberg and https://vonshednob.cc are different.
There's no tarball for 3.15.2 at https://vonshednob.cc, so now I'm stuck :) Can't install via pip as I need to patch the tarball first with my own set of patches.
The text was updated successfully, but these errors were encountered: