lava-announce April 2018

lava-announce@lists.lavasoftware.org

1 participants
7 discussions

Re: [Lava-announce] [Lava-users] Merging the LAVA code source

by Neil Williams

On 24 April 2018 at 14:09, Zoran S <zoran.stojsavljevic.de(a)gmail.com> wrote: > > Sorry, but this was only a notification of a decision already taken and > implemented by > > the development team. The change itself was not and is not up for > discussion on this list. > > Sorry to be (brutal) honest with you and Linaro. ;-) > > I (sincerely) expect in The Future you/Linaro will be MUCH (much) more > serious with some responsibilities to this list, and to your/Linaro > Lava architecture? > This is a user list. It is not a development list. I remain unconvinced that you, personally, understand the LAVA architecture and design let alone our aims and objectives. > > Or... I expect out there that will be some more serious > people/companies with some more serious testing environment. I hope > for this to happen (competition is All Good, don't you think)! ;-) > > Do we have agreement here (I truly hope so)?! :-) > Not really. LAVA is absolutely serious about automation validation. I disagree with all the rest of your assumptions. > > Zoran Stojsavljevic > > On Tue, Apr 24, 2018 at 10:02 AM, Neil Williams > <neil.williams(a)linaro.org> wrote: > > On 24 April 2018 at 08:21, Zoran S <zoran.stojsavljevic.de(a)gmail.com> > wrote: > >> > >> > Not true. The master produces the configuration which is fed to the > >> > dispatcher - the two are very directly tied > >> > at the level of what devices can support and how that support is used > by > >> > test jobs. Changes and fixes in the > >> > device-type templates will change how the dispatcher uses the code > >> > support to control the device. > >> > >> With all due respect, Sir, I would not agree/would disagree to by > >> your/Linaro's currently presented architecture. > > > > > > Sorry, but this was only a notification of a decision already taken and > > implemented by the development team. The change itself was not and is > not up > > for discussion on this list. > > > >> > >> On Mon, Apr 23, 2018 at 4:06 PM, Neil Williams < > neil.williams(a)linaro.org> > >> wrote: > >> > On 23 April 2018 at 14:54, Zoran S <zoran.stojsavljevic.de(a)gmail.com> > >> > wrote: > >> >> > >> >> > lava-server and lava-dispatcher have been merged into a single > source > >> >> > repository - lava > >> >> > >> >> If you ask me, this is the (very) questionable decision. Indeed!? > >> >> > >> >> lava-server is the front-end manager of the whole Lava test > >> >> environment, while lava-dispatcher is the back-end. > Connected/splitted > >> >> by ZMQ protocol. And... They should be separately maintained > >> > > >> > > >> > Not true. The master produces the configuration which is fed to the > >> > dispatcher - the two are very directly tied at the level of what > devices > >> > can > >> > support and how that support is used by test jobs. Changes and fixes > in > >> > the > >> > device-type templates will change how the dispatcher uses the code > >> > support > >> > to control the device. The two have always been maintained by the same > >> > team > >> > and in a tightly integrated manner. > >> > > >> >> > >> >> , since > >> >> they represent (very) different things. Essentially, they do (very) > >> >> different tasks. They are, after all, apples and oranges. > >> > > >> > > >> > The bulk of the expected work from here on is Device Integrations. > Each > >> > new > >> > device integration typically involves changes to the dispatcher to > >> > support > >> > new deployment / boot methods as well as new templates for the device > >> > configuration. Combining the codebase allows those changes to be more > >> > easily > >> > verified because the output of the device configuration templates can > be > >> > fed > >> > directly to the lava-dispatcher code changes in the dispatcher unit > >> > tests. > >> > > >> > Previously, this has resulted in static device configuration files in > >> > the > >> > dispatcher unit tests and that has caused problems. > >> > > >> >> > >> >> > >> >> In other words, if you update/buy advanced/more expensive apples, you > >> >> also force testers to update for nuthin'/buy for the loss the same > >> >> oranges, they had before?! > >> > > >> > > >> > Not true. the packages are built from a single source package. That > does > >> > not > >> > mean that the binary packages need to be updated on the actual > >> > instances. > >> > > >> > Up until now, lava-server has always depended on the latest version of > >> > lava-dispatcher. That specific dependency is being removed as part of > >> > this > >> > change. > >> > > >> > Nevertheless, the principle remains that the lava-master and > lava-slave > >> > should be updated together so that the device configuration is in line > >> > with > >> > the dispatcher support. See compatibility settings in the > documentation. > >> > > >> > https://lava.codehelp.co.uk/static/docs/v2/simple-admin.html#index-5 > >> > > >> > > >> > > >> >> > >> >> > >> >> Is it the wise decision??? > >> >> > >> >> Two cents worth lamenting/analysis, > >> >> Zoran > >> >> _______ > >> >> > >> >> On Thu, Apr 19, 2018 at 3:41 PM, Neil Williams > >> >> <neil.williams(a)linaro.org> > >> >> wrote: > >> >> > This is for particular note for developers as it changes the way > that > >> >> > reviews happen. > >> >> > > >> >> > If you've noticed a few reviews being abandoned, this is why. > >> >> > > >> >> > lava-server and lava-dispatcher have been merged into a single > source > >> >> > repository - lava > >> >> > > >> >> > lava-coordinator will follow in time, to ease the update of > >> >> > lava-coordinator > >> >> > to Python3. > >> >> > > >> >> > This will, in future, allow easier testing of device integrations > by > >> >> > allowing the lava_scheduler_app unit tests to be linked to the > >> >> > lava_dispatcher unit tests and have a single review which adds both > >> >> > sides of > >> >> > the device support. > >> >> > > >> >> > There will be a lot of testing, as normal, so staging will be > moving > >> >> > to > >> >> > packages built from the new source repository tree. > >> >> > > >> >> > The old lava-server.git and lava-dispatcher,git repositories will > >> >> > become > >> >> > read-only and will get no further code changes. All changes will be > >> >> > done > >> >> > in > >> >> > lava.git > >> >> > > >> >> > https://git.linaro.org/lava/lava.git/ > >> >> > > >> >> > The documentation will be updated over the next few days. > >> >> > > >> >> > -- > >> >> > > >> >> > Neil Williams > >> >> > ============= > >> >> > neil.williams(a)linaro.org > >> >> > http://www.linux.codehelp.co.uk/ > >> >> > > >> >> > _______________________________________________ > >> >> > Lava-announce mailing list > >> >> > Lava-announce(a)lists.linaro.org > >> >> > https://lists.linaro.org/mailman/listinfo/lava-announce > >> >> > > >> >> _______________________________________________ > >> >> Lava-users mailing list > >> >> Lava-users(a)lists.linaro.org > >> >> https://lists.linaro.org/mailman/listinfo/lava-users > >> > > >> > > >> > > >> > > >> > -- > >> > > >> > Neil Williams > >> > ============= > >> > neil.williams(a)linaro.org > >> > http://www.linux.codehelp.co.uk/ > > > > > > > > > > -- > > > > Neil Williams > > ============= > > neil.williams(a)linaro.org > > http://www.linux.codehelp.co.uk/ > -- Neil Williams ============= neil.williams(a)linaro.org http://www.linux.codehelp.co.uk/

6 years, 8 months

2018.4.post2 hotfix release

by Neil Williams

2018.4.post2 hot fix is now available. This is the first release built from the combined source tree but the actual code changes are restricted to fixes for decompression of downloaded files, specifically .zip and .xz handling. Python3 only and Stretch only. Now available from the LAVA repositories, production-repo. https://staging.validation.linaro.org/static/docs/v2/installing_on_debian.h… Changes ======= fe70ac6ca Update version.py for repos with no tags 1f7c5b5f1 Fix typo in 86362f and add debug 11c5ab57e Do not attempt to unzip on the fly -- Neil Williams ============= neil.williams(a)linaro.org http://www.linux.codehelp.co.uk/

6 years, 8 months

Re: [Lava-announce] [Lava-users] Merging the LAVA code source

by Neil Williams

On 24 April 2018 at 08:21, Zoran S <zoran.stojsavljevic.de(a)gmail.com> wrote: > > Not true. The master produces the configuration which is fed to the > dispatcher - the two are very directly tied > > at the level of what devices can support and how that support is used by > test jobs. Changes and fixes in the > > device-type templates will change how the dispatcher uses the code > support to control the device. > > With all due respect, Sir, I would not agree/would disagree to by > your/Linaro's currently presented architecture. Sorry, but this was only a notification of a decision already taken and implemented by the development team. The change itself was not and is not up for discussion on this list. > On Mon, Apr 23, 2018 at 4:06 PM, Neil Williams <neil.williams(a)linaro.org> > wrote: > > On 23 April 2018 at 14:54, Zoran S <zoran.stojsavljevic.de(a)gmail.com> > wrote: > >> > >> > lava-server and lava-dispatcher have been merged into a single source > >> > repository - lava > >> > >> If you ask me, this is the (very) questionable decision. Indeed!? > >> > >> lava-server is the front-end manager of the whole Lava test > >> environment, while lava-dispatcher is the back-end. Connected/splitted > >> by ZMQ protocol. And... They should be separately maintained > > > > > > Not true. The master produces the configuration which is fed to the > > dispatcher - the two are very directly tied at the level of what devices > can > > support and how that support is used by test jobs. Changes and fixes in > the > > device-type templates will change how the dispatcher uses the code > support > > to control the device. The two have always been maintained by the same > team > > and in a tightly integrated manner. > > > >> > >> , since > >> they represent (very) different things. Essentially, they do (very) > >> different tasks. They are, after all, apples and oranges. > > > > > > The bulk of the expected work from here on is Device Integrations. Each > new > > device integration typically involves changes to the dispatcher to > support > > new deployment / boot methods as well as new templates for the device > > configuration. Combining the codebase allows those changes to be more > easily > > verified because the output of the device configuration templates can be > fed > > directly to the lava-dispatcher code changes in the dispatcher unit > tests. > > > > Previously, this has resulted in static device configuration files in the > > dispatcher unit tests and that has caused problems. > > > >> > >> > >> In other words, if you update/buy advanced/more expensive apples, you > >> also force testers to update for nuthin'/buy for the loss the same > >> oranges, they had before?! > > > > > > Not true. the packages are built from a single source package. That does > not > > mean that the binary packages need to be updated on the actual instances. > > > > Up until now, lava-server has always depended on the latest version of > > lava-dispatcher. That specific dependency is being removed as part of > this > > change. > > > > Nevertheless, the principle remains that the lava-master and lava-slave > > should be updated together so that the device configuration is in line > with > > the dispatcher support. See compatibility settings in the documentation. > > > > https://lava.codehelp.co.uk/static/docs/v2/simple-admin.html#index-5 > > > > > > > >> > >> > >> Is it the wise decision??? > >> > >> Two cents worth lamenting/analysis, > >> Zoran > >> _______ > >> > >> On Thu, Apr 19, 2018 at 3:41 PM, Neil Williams < > neil.williams(a)linaro.org> > >> wrote: > >> > This is for particular note for developers as it changes the way that > >> > reviews happen. > >> > > >> > If you've noticed a few reviews being abandoned, this is why. > >> > > >> > lava-server and lava-dispatcher have been merged into a single source > >> > repository - lava > >> > > >> > lava-coordinator will follow in time, to ease the update of > >> > lava-coordinator > >> > to Python3. > >> > > >> > This will, in future, allow easier testing of device integrations by > >> > allowing the lava_scheduler_app unit tests to be linked to the > >> > lava_dispatcher unit tests and have a single review which adds both > >> > sides of > >> > the device support. > >> > > >> > There will be a lot of testing, as normal, so staging will be moving > to > >> > packages built from the new source repository tree. > >> > > >> > The old lava-server.git and lava-dispatcher,git repositories will > become > >> > read-only and will get no further code changes. All changes will be > done > >> > in > >> > lava.git > >> > > >> > https://git.linaro.org/lava/lava.git/ > >> > > >> > The documentation will be updated over the next few days. > >> > > >> > -- > >> > > >> > Neil Williams > >> > ============= > >> > neil.williams(a)linaro.org > >> > http://www.linux.codehelp.co.uk/ > >> > > >> > _______________________________________________ > >> > Lava-announce mailing list > >> > Lava-announce(a)lists.linaro.org > >> > https://lists.linaro.org/mailman/listinfo/lava-announce > >> > > >> _______________________________________________ > >> Lava-users mailing list > >> Lava-users(a)lists.linaro.org > >> https://lists.linaro.org/mailman/listinfo/lava-users > > > > > > > > > > -- > > > > Neil Williams > > ============= > > neil.williams(a)linaro.org > > http://www.linux.codehelp.co.uk/ > -- Neil Williams ============= neil.williams(a)linaro.org http://www.linux.codehelp.co.uk/

6 years, 8 months

Re: [Lava-announce] [Lava-users] Merging the LAVA code source

by Neil Williams

On 23 April 2018 at 14:54, Zoran S <zoran.stojsavljevic.de(a)gmail.com> wrote: > > lava-server and lava-dispatcher have been merged into a single source > repository - lava > > If you ask me, this is the (very) questionable decision. Indeed!? > > lava-server is the front-end manager of the whole Lava test > environment, while lava-dispatcher is the back-end. Connected/splitted > by ZMQ protocol. And... They should be separately maintained Not true. The master produces the configuration which is fed to the dispatcher - the two are very directly tied at the level of what devices can support and how that support is used by test jobs. Changes and fixes in the device-type templates will change how the dispatcher uses the code support to control the device. The two have always been maintained by the same team and in a tightly integrated manner. > , since > they represent (very) different things. Essentially, they do (very) > different tasks. They are, after all, apples and oranges. > The bulk of the expected work from here on is Device Integrations. Each new device integration typically involves changes to the dispatcher to support new deployment / boot methods as well as new templates for the device configuration. Combining the codebase allows those changes to be more easily verified because the output of the device configuration templates can be fed directly to the lava-dispatcher code changes in the dispatcher unit tests. Previously, this has resulted in static device configuration files in the dispatcher unit tests and that has caused problems. > > In other words, if you update/buy advanced/more expensive apples, you > also force testers to update for nuthin'/buy for the loss the same > oranges, they had before?! > Not true. the packages are built from a single source package. That does not mean that the binary packages need to be updated on the actual instances. Up until now, lava-server has always depended on the latest version of lava-dispatcher. That specific dependency is being removed as part of this change. Nevertheless, the principle remains that the lava-master and lava-slave should be updated together so that the device configuration is in line with the dispatcher support. See compatibility settings in the documentation. https://lava.codehelp.co.uk/static/docs/v2/simple-admin.html#index-5 > > Is it the wise decision??? > > Two cents worth lamenting/analysis, > Zoran > _______ > > On Thu, Apr 19, 2018 at 3:41 PM, Neil Williams <neil.williams(a)linaro.org> > wrote: > > This is for particular note for developers as it changes the way that > > reviews happen. > > > > If you've noticed a few reviews being abandoned, this is why. > > > > lava-server and lava-dispatcher have been merged into a single source > > repository - lava > > > > lava-coordinator will follow in time, to ease the update of > lava-coordinator > > to Python3. > > > > This will, in future, allow easier testing of device integrations by > > allowing the lava_scheduler_app unit tests to be linked to the > > lava_dispatcher unit tests and have a single review which adds both > sides of > > the device support. > > > > There will be a lot of testing, as normal, so staging will be moving to > > packages built from the new source repository tree. > > > > The old lava-server.git and lava-dispatcher,git repositories will become > > read-only and will get no further code changes. All changes will be done > in > > lava.git > > > > https://git.linaro.org/lava/lava.git/ > > > > The documentation will be updated over the next few days. > > > > -- > > > > Neil Williams > > ============= > > neil.williams(a)linaro.org > > http://www.linux.codehelp.co.uk/ > > > > _______________________________________________ > > Lava-announce mailing list > > Lava-announce(a)lists.linaro.org > > https://lists.linaro.org/mailman/listinfo/lava-announce > > > _______________________________________________ > Lava-users mailing list > Lava-users(a)lists.linaro.org > https://lists.linaro.org/mailman/listinfo/lava-users > -- Neil Williams ============= neil.williams(a)linaro.org http://www.linux.codehelp.co.uk/

6 years, 8 months

Merging the LAVA code source

by Neil Williams

This is for particular note for developers as it changes the way that reviews happen. If you've noticed a few reviews being abandoned, this is why. lava-server and lava-dispatcher have been merged into a single source repository - lava lava-coordinator will follow in time, to ease the update of lava-coordinator to Python3. This will, in future, allow easier testing of device integrations by allowing the lava_scheduler_app unit tests to be linked to the lava_dispatcher unit tests and have a single review which adds both sides of the device support. There will be a lot of testing, as normal, so staging will be moving to packages built from the new source repository tree. The old lava-server.git and lava-dispatcher,git repositories will become read-only and will get no further code changes. All changes will be done in lava.git https://git.linaro.org/lava/lava.git/ The documentation will be updated over the next few days. -- Neil Williams ============= neil.williams(a)linaro.org http://www.linux.codehelp.co.uk/

6 years, 8 months

2018.4 production release

by Neil Williams

The 2018.4 release has been uploaded to Debian unstable. It should also be possible to upload to Stretch-backports in about a week from now, depending on internal processes in Debian. The release is also available from the LAVA repositories - production-repo Dropping Python2 ================ 2018.4 is the first release exclusively using Python3. Upgrading from releases prior to 2018.2 will bring in a range of Python3 packages. After installation of 2018.4, a number of Python2 packages are available for removal, if administrators desire. See also: https://lists.linaro.org/pipermail/lava-announce/ 2018-April/000050.html lava-tool still uses Python2 - we are working on lavacli as a Python3 replacement. lavacli has also been updated to 0.8-1 in Debian. lava-server =========== f60a5328 callback: fix crash in python3 e627f8ec Allow skipping one unit test if kvm not enabled 0208402f job: make the link to the bottom more visible dd26e4fb Fix default BRANDING_BUG_URL b2cc847b Adjust bootm addresses for panda f25548b5 Make snow u-boot prompt more precise 6a209317 Misc beaglebone black fixes 1481ac98 Add note for bug in LXC templates on Stretch 4ed6a2f5 api: fix a crash when a test case is not unique 53c57de9 Fix crash when test case metadata is empty 99c32f4d Fix crash when action_metadata is None b286b6bd Fix missing import b708b038 Test user_command and flasher templates c316e516 Update more scripts to use Python3 4be0dd49 fix sphinx warning in docs 458f470e Improve "lava-server manage check" coverage 30efadeb LAVA-1274 fix javascript exception 31764a52 job: only update if failure_comment isn't empty 24fe81e6 LAVA-1276 - Search functionality broken on staging job list page 938a90d8 Update documentation for Python3 change d4f64157 Fix deprecation warning from Jinja2 with Python3 1a5c55e8 Add hi6220-hikey-r2 device-type template 13758edc Update development notes for Python3 8f0d5a94 Pass LXC/fastboot parameters to all jobs in split_multinode_yaml f3d7a8ac Fix API breakage from 2d37b3 2658935c Fix Python2 syntax when creating secret key. 65a30238 Fix Device.CONFIG_PATH for individual unit tests c5fbfa51 Use suppress from contextlib 60b50af3 Remove unused shebang c9ff6e9f Fix shebang for python3 494ae3af Fix wrong import 33c5f72f LAVA-1269 - Store checksum of job.original_definition in metadata f8124a8c Import infrastructure_error from the right module. 60ecef88 Add failure comment and error type to test job notifications. 4e313b45 Fix logic for template check warning ab65a859 Fix the logic in e1f44097 b0c549bb Fix unicode error in migrations ec01c5bf Replace "!!python/unicode" in job definitions. f4386c08 LAVA-1147 Support more than 3 priorities c169c287 Remove exclusive flag from device dict d7cba2d1 LAVA-1250 Allow admin to finish a TestJob 3b54f8d2 Preserve comments in job definition display 66cd46bd LAVA-1167 document the 'history' feature 8d835d78 Python3 changes needed for lava-server 73fa8d2e device-types: add sharkl2 48f63bf9 Fix missing conditions variable in custom query manager. bdb07a21 Fix pep8 errors 70614729 Fix crash when device dict is invalid b00fde96 Remove jessie specific code fa0418b7 Improve the Admin query view 7d8d94de Skip refresh of archived queries 926ba5af Use the TestCase job error message as failure comment e1f44097 Fix invalid_template check ea3d99ca LAVA-1263 separate vexpress bootloader_prompts 0ef60b0e Add admin link to device pages for superuser bba64496 Cleanup some doc error messages 91c03b30 Fix multinode sub job definition display. 48bb281e Job resubmission shows Internal Server Error on incorrect resubmission. 7b2201b5 Cancel subjobs from admin cancel action aac25876 Fix a grub error message so python can compile it into an RE 3555256f device-types: add sun8i-h2-plus-orangepi-r1 1ae6dda0 device-types: add sun8i-h2-plus-orangepi-zero f5e95c3a Save the error when the job fails to start 1fbd68fa allow load_devicetype_template to return raw yaml 2667881c dt: alert when the template is invalid or missing 75cf05ee Move infrastructure_error into test.utils 5819a2cd Add banana pi zero device-type config d8f605c0 Add another possible failure message to grub e5aca37a LAVA-1129 save job full configuration before start f54c2acf Make some after installation debug doc more visible. 4bb83a63 Fix 500 when device-type template does not exist e1371fef juno: allow override of bootloader_prompt b33a3165 Make the code python3 compatible after 0d1e0a07 d73687c6 LAVA-1253 - CSV export headers are incorrect 14aa6477 Force device hc for ConfigurationError and LAVABug 02011867 Use base-fastboot jinja2 template for mediatek-8173 device type. 606ad8b0 LAVA-1240 - LAVA: add test job name to email notification subject 414edc4d Add the overlay deploy method to all uboot devices f1c8d9c7 Add the flasher configuration to all uboot devices fec9dfac settings: simplify and allow setting any variables f2f6844d LAVA-1247 - Results API make_custom_query not working correctly 1a27b586 Remove unused variables from instance.conf de0834d6 settings: remove most variables from settings.conf 24646594 settings: remove appname 3f69dd81 Fix lava-server manage addldapuser --username USER 5aebdfce admin: fix view_siet link when using MOUNT_POINT f784db06 admin: use dynamic urls instead of static ones 0d1e0a07 Fix test for extra results metadata in callback data 356ba428 Move standard ARMMP tests to stretch 227caa82 LAVA-1249 address issues with large pexpect buffers 4bdb5d17 Allow time to drain capacitance 717a3387 Up power off timeout for juno 7a1260d4 Fix bootloader prompt for juno uboot ca334c5c job.validate does not accept any parameter anymore fa0855de Remove v1 leftover 5287d13d Remove unused output_dir e9fc34f0 device-types: rk3399-puma-haikou: align booti_kernel_addr 33c8579b Add imx7s-warp device-type 416fb3e5 Do not crash when re-adding the same device (or dt) 18318d27 Add admin actions to update worker health f57d683d master|logs: automatically reload certificates 390c8e2b lava-master: fix return values 2d37b341 Remove is_pipeline 45d5767a lava-master: record error message as failure_comment 74713edb Use STATIC_URL and get_absolute_url when needed 60283360 Remove TestJob._results_link f9a36ee1 LAVA-1180 Refactor device-type page 3456b9ea LAVA-1128 Use bulk_create to create TestCases cfcc0fc8 Move postgresql timeout to wsgi 4c61a59c LAVA-777 lava-slave is now restartable 806ac08b job api: allow filtering by state/health fb0b700e device-types api: allow get/set health-checks 6eadfc62 List Infrastructure, Bug and Configuration errors lava-dispatcher =============== 4dd73b76a Fix wrong infra error when compressing with xz 50a652a54 Add missing import and fix prospector warnings 817fe007d LAVA-1234 - Man page for lava-lxc-mocker 691041a1 compress: check that the tool does exists 84df8c5d LAVA-1264 improve handling of cancellation 02590e0b LAVA-1282 Only kill lava-slave 1cbebc39 fix typo in manpage 67a19da1 Add template testing for user-command and flasher 40a9a97b Do not crash when command output is not utf-8 73cd3623 LAVA-1266 - LAVA doesn't fail jobs that fail to flash partitions 7340ad00 BootloaderCommandOverlay fix validate logic 99526367 Log str representation of exception objects 957cc171 LAVA-1278 use external decompression for .xz ee0921ab LAVA-648 Slave needs to check DNS 896936c1 Update modprobe.d support (Closes: #888681) 67f49224 Extend installer error prompt list 43a29e4c Ensure QEMU iso method uses configured TFTP dir e88d3cb4 Python3 update for QEMU installer support a05f307d Decode returned log string to utf-8. 52babb39 LAVA-1274 do not log a boolean 15ba29b9 Fix shebang for python3 4c960c49 test: fix file descriptor leaks a6fdafd9 Remove python2 specific code 3e7891d1 Drop Python2 support 8a7d655a Revert "shell: wait for prompt between each command" d5e15af2 Fix lava-os-build output 303b3871 Remove deprecated lava-test-run-attach usage 8cb5f120 Remove leftover from v1 in android helpers 0e304335 shell: wait for prompt between each command b67fb420 Fix raise format 351176ab Remove stale udev rules 8d6c5ec7 Python3 fixes e8a757df LAVA-1167 allow removal of the .git directory 54ad1fbe Remove jessie specific code f4784431 Remove v1 signal handler bb910afd Fixup connection.prompt_str assumption 26897c46 LAVA-1257 do not crash when STARTRUN is missing bd6c2526 LAVA-1256 raise a JobError when url is missing 0e255c3b Raise an Infra Error when an exe is not usable 294a2322 Fix URLs referred in unittests to point to permanent location. a1474089 LAVA-1252 do not crash when device conf is missing 5179d1de Device: factorize code c5645bc6 Remove power_on command as it's never used bf57d6fe Fastboot boot method should have a sequence associated with it. eab74bae Catch errors with lava_test_results_dir early b4ac1dbe Use the permanent location for WaRP7 unit test a41f73ee Remove empty class functions 30b84f20 Fix format string when raising 1854a1dd Do not print pipeline description to stdout 0512e6ce Remove unused output_dir e5043cb3 run_command: split the output at the newline char cadd2123 Add a new deploy method called "flasher" 00437106 Use job tmp directory for the compress overlay 1158c5e7 Add a deploy method that only create the overlay eeac3e67 docker: only mount the overlay when available 6916519d Make the helpers faster d8b205ee Specify the exception to raise when timing out ad106451 LAVA-1146 lava-slave removes stale resources 67b18778 LAVA-777 make lava-slave restartable b61a58e5 Refactor lava-slave code cdd2ef54 Adding deployment action for MPS devices b8e7dc13 xnbd: fix killing of old xnbd-server process -- Neil Williams ============= neil.williams(a)linaro.org http://www.linux.codehelp.co.uk/

6 years, 8 months

Python3

by Neil Williams

The master branches of lava-server and lava-dispatcher have now moved to Python3 exclusively. This means that all developer builds will only support Python3 and that Debian Jessie is no longer supported for LAVA software. It is recommended to use the staging-repo as there are a lot of dependency changes to add Python3 dependencies on machines which have not used Python3 before. apt will make the job much easier than trying to install developer packages and then fixing the dependencies manually. Even if you have 2018.2 installed and have Python2 and Python3 support available, there are still some new dependencies to move the runtime support to Python3. The following NEW packages will be installed: gunicorn3 python3-dateutil python3-gunicorn The documentation has been updated: https://staging.validation.linaro.org/static/docs/v2/installing_on_debian.h… Once an instance has been upgraded, apt will typically warn about a range of Python2 packages which are no longer required. These can be removed using the command: $ sudo apt-get --purge autoremove Check the list of packages carefully! One example list could be: Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: python-django-auth-ldap* python-django-restricted-resource* python-django-tables2* python-ldap* python-lzma* python-markdown* python-netifaces* python-pyudev* python-simplejson* python-voluptuous* 0 upgraded, 0 newly installed, 10 to remove and 1 not upgraded. After this operation, 1,855 kB disk space will be freed. Do you want to continue? [Y/n] apt is cautious about listing packages for autoremoval, so you may well find Python2 packages still installed. This is normal. This starts a new round of functional testing in preparation for the next LAVA software release. That release will be Python3 only and it will not be built for Jessie. Debian uploads from here on will only be to unstable and stretch-backports. LAVA repositories will only carry updated packages for stretch-backports. -- Neil Williams ============= neil.williams(a)linaro.org http://www.linux.codehelp.co.uk/

6 years, 8 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

lava-announce April 2018