-
Notifications
You must be signed in to change notification settings - Fork 283
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
Merge master
into feature/py3
to fix OCaml CI failures using #5726
#5733
Merge master
into feature/py3
to fix OCaml CI failures using #5726
#5733
Conversation
Using alcotest allows us to ignore the output of the scale tests which produced more than 8 thousand lines, for no good reason. Signed-off-by: Pau Ruiz Safont <pau.ruizsafont@cloud.com>
Use it to drop the dependency on ounit in the metadata Signed-off-by: Pau Ruiz Safont <pau.ruizsafont@cloud.com>
Use it to drop the dependency on ounit in the metadata Signed-off-by: Pau Ruiz Safont <pau.ruizsafont@cloud.com>
Generate wproxy's opam metadata with dune Signed-off-by: Pau Ruiz Safont <pau.ruizsafont@cloud.com>
This also reduces amount of time from 27 to 19 seconds in my box Now the opam metadata is generated by dune Signed-off-by: Pau Ruiz Safont <pau.ruizsafont@cloud.com>
Also generate opam metadata with dune This is the last user of ounit in the repository Signed-off-by: Pau Ruiz Safont <pau.ruizsafont@cloud.com>
The go sdk needs to tun tests, and opam needs these to be attached to a package, so introduce xapi-sdk to do so Signed-off-by: Pau Ruiz Safont <pau.ruizsafont@cloud.com>
This allows new packages to be introduces. Otherwise the CI fails when trying to resolve the depexts of the newly-added package because they don't exist in any opam repositories Signed-off-by: Pau Ruiz Safont <pau.ruizsafont@cloud.com>
Testing: reduce amount of logs produced, drop ounit2
Signed-off-by: Christian Lindig <christian.lindig@cloud.com>
The struture of Http.Url is unfortunate and we currently can't cange it but we can use a better and more concise implementation using URI. Signed-off-by: Christian Lindig <christian.lindig@cloud.com>
Signed-off-by: Christian Lindig <christian.lindig@cloud.com>
Signed-off-by: Bernhard Kaindl <bernhard.kaindl@cloud.com>
…o python3/) Signed-off-by: Bernhard Kaindl <bernhard.kaindl@cloud.com>
Add ``shutdown` to the list of operation that `hard_shutdown` can cancel. Currently, ``shutdown` is missing from the list of operation that `hard_shutdown` needs to cancel. Signed-off-by: Gabriel Buica <danutgabriel.buica@cloud.com>
…-dev-howto-readme
Adds ``shutdown` to `vm_operation_table`. `VM.shutdown` operations were displayed as `(unknown operation)`. This should display the operation correctly in logs and during `xe task-list`. Signed-off-by: Gabriel Buica <danutgabriel.buica@cloud.com>
…/CA-394444 CA-394444: `hard_shutdown` stuck behind a `pending` `shutdown`
Signed-off-by: Bernhard Kaindl <bernhard.kaindl@cloud.com>
…dark-mode-and-print Hugo docs: Add dark mode support, theme variant selector and print
When creating the bridge for virtual machines we don't want to set link-local address because it will give an access to the host for VMs. Required link-local are managed by XAPI directly. Signed-off-by: Guillaume <guillaume.thouvenin@vates.tech>
Signed-off-by: Vincent Liu <shuntian.liu2@cloud.com>
Signed-off-by: Rob Hoes <rob.hoes@citrix.com>
Signed-off-by: Konstantina Chremmou <Konstantina.Chremmou@cloud.com>
Signed-off-by: Konstantina Chremmou <Konstantina.Chremmou@cloud.com>
To avoid linking against libsystemd through ocaml-systemd. sd_notify and sd_booted were reimplemented, guided by the recent work in xen (commits 78510f3a1522f2856330ffa429e0e35f8aab4277 and caf864482689a5dd6a945759b6372bb260d49665) and the standalone implementation suggested in systemd's manual pages. Signed-off-by: Andrii Sultanov <andrii.sultanov@cloud.com>
Use standalone implementations of sd_notify and sd_booted in forkexecd, networkd, and xcp-rrdd. Additionally, remove unidiomatic ignore usage and handle failure explicitly instead. Signed-off-by: Andrii Sultanov <andrii.sultanov@cloud.com>
…ctions Add new cram tests that exercise Daemon.systemd_notify Signed-off-by: Andrii Sultanov <andrii.sultanov@cloud.com>
Tweaks to the API reference generator
…tack-version-cli Make `cluster-stack-version` show up in the CLI
…ov/standalone-systemd
Signed-off-by: Andrii Sultanov <andrii.sultanov@cloud.com>
…nk-local-address
…ov/standalone-systemd
Codecov ReportAttention: Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## master #5733 +/- ##
=========================================
+ Coverage 45.5% 76.1% +30.6%
=========================================
Files 13 24 +11
Lines 1624 3207 +1583
=========================================
+ Hits 739 2442 +1703
+ Misses 885 765 -120
... and 9 files with indirect coverage changes
Flags with carried forward coverage won't be shown. Click here to find out more. |
emm, am I confused, why is this merging into master? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wrong target branch
Thanks! Fixed the target branch to |
master
into feature/py3
to fix OCaml CI failures using #5726
I did the merge again and compared it with the PR/merge branch - it should be ok: # fetch latest git:
git remote -v|grep origin
origin git@github.com:xapi-project/xen-api.git (fetch)
origin git@github.com:xapi-project/xen-api.git (push)
git fetch origin
git checkout feature/py3
git pull
Already up to date.
# merge:
git checkout -b merge-master-to-py3-to-fix-ci-using-5726-$USER feature/py3
git merge origin/master
# To sign-off the merge commit:
git commit -s --amend
# Compare to pushed PR:
git remote add xenserver-next git@github.com:xenserver-next/xen-api.git
git fetch xenserver-next
git diff xenserver-next/merge-master-to-py3-to-fix-ocaml-ci-pr-5726
(no diff) |
The latest master has another fix in the tests, it's worth dropping this merge and creating a new one |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
target branch looks fine, probably best to cherry pick the latest bugfix from master (or recreate the merge)
might need to merge another CI fix from master
Pau wrote:
Edwin wrote:
Thanks, because this PR now already has 4 approvals, I tend to like to merge it and open a new PR only for the remaining commits to be merged later. |
In #5731 (comment), @psafont wrote:
That's great!
This PR is:
git merge master
intofeature/py3
.I repeated it a 2nd (and a 3rd) time and compared those to the PR/merge branch (see comments).
@stephenchengCloud
PS: Initially, I forgot to select feature/py3 in the GUI when opening the PR: Is corrected.
The list of commits was always correct and GitHub is displaying the correct commits now.
A reference PR in my test repo that shows the same commits is here: xenserver-next#25