Buildbot creates nightly builds of same hash code but different content #88496
Labels
No Label
legacy module
Development Management
legacy module
Platforms, Builds, Tests & Devices
legacy module
Python API
legacy module
Rendering & Cycles
legacy project
3.3
legacy project
Development Management
legacy project
Documentation
legacy project
Infrastructure: Blender Buildbot
legacy project
Infrastructure: Websites
legacy project
Platform: macOS
legacy project
Platforms, Builds, Tests & Devices
legacy project
Platform: Windows
legacy project
Python API
legacy project
Render & Cycles
Priority::Low
Priority::Normal
Priority::Unbreak Now!
Status::Archived
Status::Confirmed
Status::Duplicate
Status::Needs Information from Developers
Status::Needs Triage
Status::Resolved
Type::Bug
Type::Report
Type::To Do
No Milestone
No project
No Assignees
8 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: archive/blender-buildbot#88496
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
Operating system: GENTOO Linux, updated daily
Graphics card: NVIDIA Corporation TU106 [GeForce RTX 2060 SUPER] (rev a1)
Graphic driver: x11-drivers/nvidia-drivers-465.31
Blender Version
Broken: adding info would create more confusion than without it :) (see below)
Worked: adding info would create more confusion than without it :) (see below)
Short description
Buildbot creates nightly builds with same hash code but different content
Exact steps for others to reproduce the error
Unpack blender 3.0 / 2.93 nightly build ( available 22.5.2021 morning ) and
blender 3.0 / 2.93 nightly build ( available 23.5.2021 morning ). Compare
directory contents of all four directories accordingly. Despite of the same
hash code the contents differs (Linux builds).
If the difference doesn't matter - why to include and rebuild in first place?
If the difference matters - why using the same hash code?
Added subscriber: @mcq
Added subscriber: @Memento
The downloaded archive filesize is different too, not just on the Linux version, the Mac version too.
Added subscriber: @Alaska
The build bot was recently shifted to a new system and is currently being tweaked a little bit. The change in file contents and file size may be down to one of these changes with the build bot (The new build bot when initially deployed did exclude some CUDA related files, so it's possible others were either missing or things that weren't supposed to be added were added).
I also believe the buildbot does a build of Blender everyday even if there isn't a change. But don't quote me on that.
The building of experimantal builds every night independantly from changes is known to me - that's since the genesis :)
Identical checksum reflects indentical content then - no problem at all.
But under "normal circumstances" (that is without bots being swapping around) I would say it is a little annoying being urged to compare
archives contents by hand when checksums are identical (I mean...indication of differnces is the reason behind the existence of checksums, isn't?)
But if currently 'everything is shifting"...ok, then the checksums are more of an decorative form of mathemitcal art... :) for a shorter period of time, I think.
So no problem for now.
.....and: What are "normal circumstances" in the field of software development anyhow ? :) :)
Cheers!
mcc
Added subscriber: @EAW
This comment was removed by @EAW
Added subscriber: @erminos
What do you mean by "hash code" and by "checksum"? The same source code version (represented by Git commit hash) when recompiled produces slightly different binaries, which should have the same functionality however... You can use SHA256 checksums (by adding ".sha256" to daily build URLs) before downloading the full archive - to compare with a previous (or incomplete) download :)
To add onto @erminos comment:
According to https://builder.blender.org/download/daily/archive/
@EAW That is not what we are seeing at https:*builder.blender.org/download/daily/ , there the hash code has been d5c3bff6e774 for three days in a row now, with changing archive file sizes for 2.93 beta.
Also, as pointed out by LazyDodo - the Pyton addons are under Git submodules of Blender main Git repo, whose commit hash isn't affected by changes in addons.
Added subscriber: @ponderz
The
update-code
step does not follow normal git processing.I will add details on how this works in the wiki.
In general, we always sync to HEAD all submodules of the branch we are building.
All
release*
branches will sync the same named git branch in each submodule.All other other branches
(experimental)
will sync to HEAD the submodule'smaster
branch.However, there was an update to the pipeline code to add missing kernel files into the package, this was fixed on May 20th.
To investigate further you can look at the output of the
update-code
step.https://builder.blender.org/admin/#/builders/20/builds/163/steps/1/logs/stdio
The step will display SVN dependency info and git submodule info.
SVN info
Git Info
To make this easier to investigate in the future, we will summarize all the update details at the end of the log.
Btw, file size on that page seems rounded to 0.01 MB, so it may miss smaller changes.
However, we can make this work with a configuration file the branch that overrides the submodule's preferred branch.
If a new branch was created from release branch, it then contains the same config and the pipeline will work as expected.
Added subscribers: @justa, @lichtwerk
Changed status from 'Needs Triage' to: 'Needs Developer To Reproduce'
@justa, @mcq : is this still a thing?
This is still a thing but not planned to be resolved.