debian package building added #1675
No reviewers
Labels
No Label
bug
build
dependencies
developers
documentation
duplicate
enhancement
formatting
invalid
legal
mobile
obsolete
packaging
performance
protocol
question
refactoring
regression
security
test
translation
usability
wontfix
No Milestone
No project
No Assignees
1 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Bitmessage/PyBitmessage-2024-12-13#1675
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "bug-fixes8"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I have added debian package building with the reference of
5f955ba52f
I tested, it builds, but haven't tried installing.
I would say I merge this and if it doesn't run, fix it separately, because having this in will allow me to add dpkg to buildbot.
Why don't you put this into packages dir?
I don't know how to integrate it into
dpkg-buildpackage
if I move the files.Did you try --sourcedirectory=.. here?
I have done some changes, please look
add the argument to the existing command, don't add a new command
ok now please review it
@navjotcis I meant after moving the stuff to the packages dir.
Well, I checked: --sourcedirectory=.. not works.
): https://travis-ci.org/github/g1itch/PyBitmessage/builds/735388416
Also maybe get rid of https://github.com/Bitmessage/PyBitmessage/tree/v0.6/packages/unmaintained/debian?
That's what I expected: https://travis-ci.org/github/g1itch/PyBitmessage/builds/735505903
yes it is failing the build
Now the build is successfully passing https://buildbot.bitmessage.org/#/builders/14/builds/161
Also, please, look into informational part. Why empty fields? Why such weird version and unstable mark? Should python-msgpack really be a requirement? Who is going to be maintainer and how it will be maintained? Changelog may be probably generated by sphinx.
so I think I should use stable version like you have used
bitmessage (0.6.3.2) stable; urgency=medium
You can get actual version by
python setup.py -V
but it's not the point. For me the real problem with this PR is that it tends to become another unusable piece of garbage likefabfile
,android_instruction.rst
,src/bitmessagekivy
,src/kivymd
,src/navigationdrawer
and likedocs
was before I fixed the documentation building process. You have some additional scripts inbuildbot/dpkg
task, including one, changing the version, which is needed for deb building. But your README says "Clone the source and run dpkg-buildpackage" and that's not gonna work for a general end user.Amendment: something like that, but demonstrating the build of non-empty and functional deb.
Like this: https://travis-ci.org/github/g1itch/PyBitmessage/jobs/736037581
As I suspected all that
debian
dir indeed is garbage. stdeb.cfg is enough. If someone needs that dir for some reason, it's generated bypython setup.py --command-packages=stdeb.command debianize
.@g1itch Can you make a minimal PR from your
debian
branch? Then we can close this. No need to modify.travis.yml
, I want the builds and the tests to be separate. As you can see buildbot's dpkg builder now succeeds, so it just needs fine tuning.Superseded by #1686 .