Update winbuild.sh #1933
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-11#1933
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "v0.6"
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?
changes proof of work gcc machine architecture setting from "native" to "x86-64" and "i686" as appropriate to allow the resultant binary to run on CPU's other than the on which the binary was compiled.
https://github.com/Bitmessage/PyBitmessage/issues/1919
why not just remove?
You might want to add something like "(closes: #1919)" into the commit message.
Is that not what the minus signs indicate?
I sure didn't intend to leave "march=native" so hopefully github is not doing that.
I am not certain this closes #1919 yet but if it does I will keep that in mind.
I mean, aren't those values the defaults, that will be applied if you just remove the
-march=native
? Though maybe it's better to set that explicitly.I thought you could just download a build, because
buildbot/PyBitmessage-wine32
is finished successfully. But https://download.bitmessage.org/builds is not available today );It turns out that there is no default value for the march option.
https://gcc-help.gcc.gnu.narkive.com/Z259fPcD/default-value-for-march-option
Though you can find what your platform will use as default (if it is not specified) with the command:
gcc -Q --help=target
https://stackoverflow.com/questions/27786932/what-is-the-default-for-gcc-march-option
https://download.bitmessage.org/snapshots/ is available and there is a new build for today there but I am uncertain whether that build incorporates this pull request as it has not yet been merged.
snapshots are for merges into
v0.6
, so you cannot check the snapshot before the mergeI can tell buildbot to build a debug binary and it will then be available for upload
Binary from this PR: https://storage.bitmessage.org/binaries/Bitmessage_x86_7652.exe
It's a debug binary so it will open a console window and print a lot of log data, maybe it will even give helpful information in case it still doesn't work correctly.
Wonderful. Tested on the machines that displayed the C PoW missing message in the status and that were (effectively) unable to send messages due to proof of work taking forever. They no longer display the C PoW missing message and messages are sent as expected.
Pending merge, this closes #1919.
@BeholdersEye What's left to do is to sign the commit and rebase the PR. If you're having problems with that, I can assign someone to do that instead.
@PeterSurda By all means do so.
I added a gpg signature to my account but if you require email verification to fix bugs then I will let someone else do it. Feels like having a state funeral for a mosquito.
The signatures are mainly used to maintain the integrity of the repository rather than verifying the identity of contributors. If I make an exception then some automated scripts will stop working (i.e. it will look like someone is trying to change the repository without authorisation). I understand it's is a bit of a hassle for new contributors, I plan on adding it to the introductory videos so that it's easier.
You might rebase and sign by your own.
Чт, 24 лют. 2022 14:01 користувач BeholdersEye @.***>
пише:
@PeterSurda please do so.
@g1itch
I get the impression that the problem is that my gpg signature is not associated with a verified email address.
https://docs.github.com/en/authentication/managing-commit-signature-verification/about-commit-signature-verification
https://docs.github.com/en/authentication/managing-commit-signature-verification/associating-an-email-with-your-gpg-key
Too bad it is not possible to verify with a bitmessage address.
@PeterSurda
I would rather not share any more information on github.
Let me know if you need any more help from me to get this implemented in a release build.
@BeholdersEye no need for you to do anything, I assigned a developer to the task, it may just take a couple of days
Closed with #1937