Skip to content
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

Linux mint 21.3 support #24097

Open
wants to merge 64 commits into
base: main
Choose a base branch
from

Conversation

asifpatankar
Copy link

Solved Problem

When executing ubuntu.sh script on Linux Mint 21.3 (based on Ubuntu 22.04), the script failed to recognize the OS and install correct dependencies, particularly for Java and Gazebo Garden.

Solution

  • Added Linux Mint 21.3 detection to ubuntu.sh
  • Set Java version 11 for Linux Mint 21.3 compatibility
  • Configured Gazebo Garden installation using Ubuntu Jammy repositories for Linux Mint 21.3

Changelog Entry

For release notes:

Bugfix: Added Linux Mint 21.3 support to ubuntu.sh installation script
Documentation: No changes needed

Test coverage

  • Tested on Linux Mint 21.3
  • Successfully installed all dependencies including Java 11 and Gazebo Garden
  • Before/After screenshots showing successful Java installation attached

Context

The changes ensure proper detection of Linux Mint 21.3 and installation of correct dependencies, allowing PX4 development environment setup on Linux Mint 21.3 systems. Screenshots show successful Java installation after the modifications.

The modifications maintain compatibility with existing Ubuntu installations while adding support for Linux Mint 21.3 users.
Before_JRE
After_JRE

TOTON95 and others added 30 commits May 23, 2024 18:29
* usb: Added parameter to enable always starting mavlink on USB.

    Refactored cdcacm_init into a module and added a paramter to allow always starting mavlink on
    USB, also added a paramter to choose the mode. The current default behavior is to wait and listen
    for data on USB and auto-detect the protocol (mavlink, nsh, ublox). This results in the mavlink
    stream not starting until something else on the mavlink network sends a packet first. The new
    default behavior is to always start mavlink.

    Added parameters
    MAV_USB_ENABLE -- default 1 (always start mavlink on USB)
    MAV_USE_MODE -- default 3 (onboard)

* added 3 retries for opening serial port in mavlink, removed sleep before sercon

* added DRIVERS_CDCACM_AUTOSTART to ark-v6x default.px4board

* added CONFIG_DRIVERS_CDCACM_AUTOSTART=y to default.px4board for boards with CONFIG_CDCACM in their nsh/defconfig

* format

* remove PGA460 from COMMON_DISTANCE_SENSOR to save flash

* remove LIS2MDL from COMMON_MAGNETOMETER to save flash

* disable CONFIG_DRIVERS_CDCACM_AUTOSTART for fmu-v5 protected.px4board

* moved and renamed parameters, removed mode logic in mavlink

* changed parameter names, added mode none

* remove parameters from mavlink
Avoids memory corruption if we get packets to big
   [BACKPORT] imxrt: lpuart singlewire transfer support

   These correctly enables mpu_rest on MPU init if CONFIG_ARM_MPU_RESET
   is defined.
   [BACKPORT] imxrt: 1170 MPU config ensure no lockups can occur
   [BACKPORT] armv{7|8}-{m|r}:MPU fix CONFIG naming to include ARM
Fixes correct dummy cycle count of 20
If the STM32H7 fails to program or erase a full chunk of 256 bytes, the
ECC check will trigger a busfault when trying to read from it.

To speed up erasing and optimize wear, we read before erasing to check
if it actually needs erasing. That's when a busfault happens and the
erase time outs.

The workaround is to add an option to do a full erase without check.

Credit goes to:
ArduPilot/ardupilot#22090

And the protocol option added to the bootloader is the same as for
ArduPilot, so compatible.

Signed-off-by: Julian Oes <[email protected]>
This adds a new protocol extension which allows to get the bootloader
version.

The bootloader version is different from the bootloader protocol
revision which has stabilized at 5 and is not easy to update unless a
bootloader is actually breaking the protocol. The reason being that both
the Python script as well as the uploader used in QGC will not attempt
to load firmware if they don't know the bootloader version, so it could
basically be considered a "breaking" protocol revision.

Signed-off-by: Julian Oes <[email protected]>
Includes:
- Remove some of the outdated Python2 checks and compatibility.
- Try not catch all exceptions but only the expected ones. Otherwise,
  this makes it really hard to debug if anything unexpected actually
  goes wrong.
- Make use of fstrings.
- Make output slightly prettier.

Signed-off-by: Julian Oes <[email protected]>
Just so we don't conflict on these commands in the future.
Quite a few were missing, and everything on one line was hard to diff.
MaEtUgR and others added 24 commits July 15, 2024 13:52
…, with new features and fixes (PX4#23386)

Co-authored-by: Chiara de Saint Giniez <[email protected]>
This resets the USARTs' clock source selection to the default, in case
it has been changed by the bootloader.

This is required if booting from the ArduPilot bootloader which happens
to reset the clock selection to PLL.

Without this fix, UARTs (including the console) is garbled, so
presumably at an invalid baudrate.
- keeps them as local params at init
- only allow to set at init
 - add answer command logging
* add new payload power switch (RC_MAP_PAY_SW)
* boards: ark fpv add SCH16T

* boards: ark fpv fix spi6
- Added Linux Mint 21.3 detection
- Set Java version 11 for Linux Mint 21.3
- Configure Gazebo Garden installation using jammy repositories
- Added proof images showing successful installation
- Fix package repository paths for Linux Mint
@mrpollo
Copy link
Contributor

mrpollo commented Dec 12, 2024

It looks like there's something wrong with your branch, can you please clean it up so we can review?

@Perrrewi
Copy link
Contributor

You can try to rebase to resolve it. I was unable to test it, but according to the documentation gz-harmonic should work on Linux mint 21.3. I put some links here: #24089

@asifpatankar
Copy link
Author

asifpatankar commented Dec 13, 2024

I'll give harmonic a shot as well try to remake a branch.

@Perrrewi
Copy link
Contributor

Thanks for #24100, can we close this (#24097 ) PR?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.