<feed xmlns='http://www.w3.org/2005/Atom'>
<title>deploy-rs/src, branch nonflake-build-flag</title>
<subtitle>forked from https://github.com/serokell/deploy-rs/
</subtitle>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/'/>
<entry>
<title>allow non-flake builds with flake-enabled nix</title>
<updated>2025-05-04T15:05:05+00:00</updated>
<author>
<name>stuebinm</name>
</author>
<published>2025-05-04T14:04:07+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=98b947c731f4f74119e208cfe16df90181991a48'/>
<id>98b947c731f4f74119e208cfe16df90181991a48</id>
<content type='text'>
This adds a --file option, which causes deploy-rs to always use its
non-flake logic. Before this change, we would ask nix if it understood
flakes, and only if not fall back to the non-flake logic. This has
utility assuming one has a nix flake repository with flake-compat set
up, but prevents use with alternative source-managing tools such as niv
or npins if nix has the "flakes" experimental feature enabled.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This adds a --file option, which causes deploy-rs to always use its
non-flake logic. Before this change, we would ask nix if it understood
flakes, and only if not fall back to the non-flake logic. This has
utility assuming one has a nix flake repository with flake-compat set
up, but prevents use with alternative source-managing tools such as niv
or npins if nix has the "flakes" experimental feature enabled.
</pre>
</div>
</content>
</entry>
<entry>
<title>fix nix-build invocation in non-flake builds</title>
<updated>2024-06-11T18:00:09+00:00</updated>
<author>
<name>stuebinm</name>
</author>
<published>2024-05-07T10:56:16+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=d5f4b0fabb0374cc122b9880315a874fda09f08a'/>
<id>d5f4b0fabb0374cc122b9880315a874fda09f08a</id>
<content type='text'>
The drvpath^out syntax is only part of `nix build', not `nix-build',
which still produces the outPath as it did before, but errors out if
attempted to be called in the same way as `nix build'.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The drvpath^out syntax is only part of `nix build', not `nix-build',
which still produces the outPath as it did before, but errors out if
attempted to be called in the same way as `nix build'.
</pre>
</div>
</content>
</entry>
<entry>
<title>better error messages: provide node names</title>
<updated>2024-06-10T15:42:53+00:00</updated>
<author>
<name>Philipp Herzog</name>
</author>
<published>2024-06-10T15:42:53+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=e7638a7867b01739f24c73dfadc5e0b0a3a13b95'/>
<id>e7638a7867b01739f24c73dfadc5e0b0a3a13b95</id>
<content type='text'>
printing what node caused an error is very useful for debugging
build or deployment failures, especially when deploying to several
nodes at the same time
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
printing what node caused an error is very useful for debugging
build or deployment failures, especially when deploying to several
nodes at the same time
</pre>
</div>
</content>
</entry>
<entry>
<title>allow --ssh-opts that starts with hyphen</title>
<updated>2024-06-10T10:59:45+00:00</updated>
<author>
<name>Anillc</name>
</author>
<published>2024-06-08T19:23:01+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=ddf42d723837cb8545aced7980f892947408e234'/>
<id>ddf42d723837cb8545aced7980f892947408e234</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>add support for entering password for sudo</title>
<updated>2024-02-16T12:51:25+00:00</updated>
<author>
<name>Nick Hassan</name>
</author>
<published>2024-02-03T04:42:36+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=5f694ef481610e8c4c77bb963b49e2d3b0d4db3c'/>
<id>5f694ef481610e8c4c77bb963b49e2d3b0d4db3c</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>[Chore] Add missing documentation for timeout options</title>
<updated>2023-12-20T12:55:53+00:00</updated>
<author>
<name>Roman Melnikov</name>
</author>
<published>2023-12-20T12:54:27+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=56ba8c3929802fb00c4803452024e23cdb54cc99'/>
<id>56ba8c3929802fb00c4803452024e23cdb54cc99</id>
<content type='text'>
Problem: README misses documentation for 'confirmTimeout' and
'activationTimeout'.

Solution: Mention them in README.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem: README misses documentation for 'confirmTimeout' and
'activationTimeout'.

Solution: Mention them in README.
</pre>
</div>
</content>
</entry>
<entry>
<title>[#245] Return non-zero exit code in case of confirmation timeout</title>
<updated>2023-12-11T13:42:55+00:00</updated>
<author>
<name>Roman Melnikov</name>
</author>
<published>2023-12-08T13:26:33+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=b076e35c4ac157110b894032fe3155172668cdd8'/>
<id>b076e35c4ac157110b894032fe3155172668cdd8</id>
<content type='text'>
Problem: When profile activation confirmation fails due to
confirmation timeout and performs a rollback, zero exit code is
returned. Such a behavior is confusing since rollback usually means
something went wrong during deployment and it shouldn't return
successful exit code.

Solution: Explicitly return confirmation waiting error instead of
printing it and silently signalizing success.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem: When profile activation confirmation fails due to
confirmation timeout and performs a rollback, zero exit code is
returned. Such a behavior is confusing since rollback usually means
something went wrong during deployment and it shouldn't return
successful exit code.

Solution: Explicitly return confirmation waiting error instead of
printing it and silently signalizing success.
</pre>
</div>
</content>
</entry>
<entry>
<title>fixup! [Chore] Make activation wait timeout configurable</title>
<updated>2023-11-02T10:29:53+00:00</updated>
<author>
<name>Roman Melnikov</name>
</author>
<published>2023-11-01T16:00:45+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=50d640f4032c32d5bddab31af493670ba1773518'/>
<id>50d640f4032c32d5bddab31af493670ba1773518</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>[Chore] Make activation wait timeout configurable</title>
<updated>2023-11-02T10:29:52+00:00</updated>
<author>
<name>Roman Melnikov</name>
</author>
<published>2023-11-01T11:42:30+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=aeeee3c1e3e9bfc38462cb315b6e19ee9fe6db70'/>
<id>aeeee3c1e3e9bfc38462cb315b6e19ee9fe6db70</id>
<content type='text'>
Problem: Currently profile activation waiting timeout is hardcoded to
240 seconds, see https://github.com/serokell/deploy-rs/pull/48.
In some cases, this timeout can be exceeded (e.g.
activation performs a heavy DB migration and waits for it to finish
before considering the profile activation succesful).

Solution: Make this timeout configurable via 'activationTimeout' deploy
attribute or corresponding '--activation-timeout' CLI option. For the
sake of backward compatibility, the new 'wait' subcommand
'--activation-timeout' option is made optional and defaults to 240
seconds if it wasn't provided.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem: Currently profile activation waiting timeout is hardcoded to
240 seconds, see https://github.com/serokell/deploy-rs/pull/48.
In some cases, this timeout can be exceeded (e.g.
activation performs a heavy DB migration and waits for it to finish
before considering the profile activation succesful).

Solution: Make this timeout configurable via 'activationTimeout' deploy
attribute or corresponding '--activation-timeout' CLI option. For the
sake of backward compatibility, the new 'wait' subcommand
'--activation-timeout' option is made optional and defaults to 240
seconds if it wasn't provided.
</pre>
</div>
</content>
</entry>
<entry>
<title>[Chore] fix error messages claiming to have rolled back when not actually doing so</title>
<updated>2023-11-02T08:25:24+00:00</updated>
<author>
<name>Philipp Herzog</name>
</author>
<published>2023-11-02T08:20:05+00:00</published>
<link rel='alternate' type='text/html' href='https://stuebinm.eu/git/deploy-rs/commit/?id=6f77c65c258043f65ec203f895fe17cc613fcaae'/>
<id>6f77c65c258043f65ec203f895fe17cc613fcaae</id>
<content type='text'>
closes: #241
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
closes: #241
</pre>
</div>
</content>
</entry>
</feed>
