Yunohost bullseye #12
Open
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Testet XFCE desktop builds on Focal, Jammy, Impish x86
Leave old method for older variants
We have buggy caches due to varios bugs that has been around but were fixed this week
* Update external arm toolchains Requires getting files into Armbian Mirror: https://developer.arm.com/-/media/Files/downloads/gnu/11.2-2022.02/binrel/gcc-arm-11.2-2022.02-x86_64-arm-none-linux-gnueabihf.tar.xz https://developer.arm.com/-/media/Files/downloads/gnu/11.2-2022.02/binrel/gcc-arm-11.2-2022.02-x86_64-aarch64-none-linux-gnu.tar.xz * Add torrent files Co-authored-by: Igor Pecovnik <igor.pecovnik@gmail.com>
reset to point to buster for debian
reset to point to buster for debian
reset to point to buster for debian
reset to point to buster for debian
reset to point to buster for debian
adding xmonad to debian side of builder
added new files andremoved 1 from pkg list
adding pkgs to pkg list
adding new pkgs to pkg list
updating pkgs list for new pkgs
Fix ciinnamon pathes
update pkg list for xfce
…rmbian#3597) * Remove unused pinctrl-sunxi-Fix-misleading-lockdep-deadlock-warnin.patch The problem was solved in the upstream kernel. commit e221ef82d9f5e97bca61f7c25e2b58b04466de87 linux-5.16.y branch. commit bac129dbc6560dfeb634c03f0c08b78024e71915 upstream. This driver, like several others, uses a chained IRQ for each GPIO bank, and forwards .irq_set_wake to the GPIO bank's upstream IRQ. As a result, a call to irq_set_irq_wake() needs to lock both the upstream and downstream irq_desc's. Lockdep considers this to be a possible deadlock when the irq_desc's share lockdep classes, which they do by default: ============================================ WARNING: possible recursive locking detected 5.17.0-rc3-00394-gc849047c2473 #1 Not tainted ... * Fix spi-nor node initialization error for orangepi-pc2 [ 1.288263] spi-nor spi0.0: supply vdd not found, using dummy regulator [ 1.306391] spi-nor spi0.0: mx25l1606e (2048 Kbytes) [ 1.845203] Freeing initrd memory: 10824K [ 1.855263] sun6i-spi 1c68000.spi: chipselect 0 already in use [ 1.861159] spi_master spi0: spi_device register error /soc/spi@1c68000/spi-flash@0 [ 1.868842] spi_master spi0: Failed to create SPI device for /soc/spi@1c68000/spi-flash@0 Remove duplicate nodes from applied patches for the board sun50i-h5-orangepi-pc2. After this fix: [ 1.290252] sun50i-h5-pinctrl 1c20800.pinctrl: supply vcc-pc not found, using dummy regulator [ 1.291250] spi-nor spi0.0: supply vdd not found, using dummy regulator [ 1.310397] spi-nor spi0.0: mx25l1606e (2048 Kbytes) [ 1.845686] Freeing initrd memory: 10824K [ 1.854333] 2 fixed-partitions partitions found on MTD device spi0.0 [ 1.854369] Creating 2 MTD partitions on "spi0.0": [ 1.854381] 0x000000000000-0x000000100000 : "uboot" [ 1.855679] 0x000000100000-0x000000200000 : "env"
* add budgie desktop to debian adding budgie deskto to debian side of builder * removed link file replaced linked file
…mbian#3588) * Fix duplicate nodes for sun50i-h5-orangepi-pc2 * Remove unused patch for pinctrl: sunxi: Fix deadlock. This fix duplicates the upstream commit 896d1b8a36129c3f1378fbbafd7c394a877635b5 of the linux-5.15.y branch pinctrl: sunxi: Use unique lockdep classes for IRQs commit bac129dbc6560dfeb634c03f0c08b78024e71915 upstream. This driver, like several others, uses a chained IRQ for each GPIO bank, and forwards .irq_set_wake to the GPIO bank's upstream IRQ. As a result, a call to irq_set_irq_wake() needs to lock both the upstream and downstream irq_desc's. Lockdep considers this to be a possible deadlock when the irq_desc's share lockdep classes, which they do by default: ============================================ WARNING: possible recursive locking detected 5.17.0-rc3-00394-gc849047c2473 #1 Not tainted ... * Add to series.armbian Fix-duplicate-nodes-for-sun50i-h5-orangepi-pc2.patch The problem with duplicate nodes in the device tree is that the first one in the queue will be applied. The subsequent one will be ignored, not replaced. Fix spi-nor node initialization error for orangepi-pc2 [ 1.288263] spi-nor spi0.0: supply vdd not found, using dummy regulator [ 1.306391] spi-nor spi0.0: mx25l1606e (2048 Kbytes) [ 1.845203] Freeing initrd memory: 10824K [ 1.855263] sun6i-spi 1c68000.spi: chipselect 0 already in use [ 1.861159] spi_master spi0: spi_device register error /soc/spi@1c68000/spi-flash@0 [ 1.868842] spi_master spi0: Failed to create SPI device for /soc/spi@1c68000/spi-flash@0 Remove duplicate nodes from applied patches for the board sun50i-h5-orangepi-pc2. After this fix: [ 1.290252] sun50i-h5-pinctrl 1c20800.pinctrl: supply vcc-pc not found, using dummy regulator [ 1.291250] spi-nor spi0.0: supply vdd not found, using dummy regulator [ 1.310397] spi-nor spi0.0: mx25l1606e (2048 Kbytes) [ 1.845686] Freeing initrd memory: 10824K [ 1.854333] 2 fixed-partitions partitions found on MTD device spi0.0 [ 1.854369] Creating 2 MTD partitions on "spi0.0": [ 1.854381] 0x000000000000-0x000000100000 : "uboot" [ 1.855679] 0x000000100000-0x000000200000 : "env"
add xmonad to debian
* Apply changes to Espressobin from Issue#2861 * Additional config changes * Add cryptopp to marvell tools * Remove local DDR topology changes * Disable ebin MACs in armbianEnv.txt * Change kernel options for ebin, remove mtdparts * Add CZ.NICs ebin firmware * Increase ATF compiler version" * fixup external toolchains * add gcc-aarch64-linux-gnu package (armbian#3585) * correct compiler names for ATF, external toolchain Co-authored-by: Derek LaHousse <dlahouss@mtu.edu> Co-authored-by: Derek <ManoftheSea@users.noreply.github.com>
* Update boot-meson64.cmd Fix disable_vu7 functionality by enabling usbhid quirks when set to false * Update hardkernel-0015-COMMON-input-touchscreen-Add-D-WAV-Multitouch.patch * Update hardkernel-0015-COMMON-input-touchscreen-Add-D-WAV-Multitouch.patch * Update hardkernel-0015-COMMON-input-touchscreen-Add-D-WAV-Multitouch.patch * Update hardkernel-0015-COMMON-input-touchscreen-Add-D-WAV-Multitouch.patch * Update hardkernel-0015-COMMON-input-touchscreen-Add-D-WAV-Multitouch.patch * Update hardkernel-0015-COMMON-input-touchscreen-Add-D-WAV-Multitouch.patch * Update general-input-touchscreen-Add-D-WAV-Multitouch.patch
* fix: A lost patch. Should be here: #(6a53633) * fix: sunxi-5.15: Align two series files
…sary to operate mcbin hardware (armbian#3784) * tf-a sources use mrvl_flash rather than 'all' target * add armada 8k ethernet and SFP cages for macchiatobin use * u-boot configuration for mcbin * fix bootscript for u-boot variables * separate ebin and mcbin with if statements * add a8k PCIe and CPUFreq drivers for macchiatobin
* move kernel media 5.17.9 and 5.18-rc7 * kernel edge 5.18
armbian#3815) * We need to read DISTRIBUTION_STATUS in order to have information about * Cover variants if we generate images for wip / csc targets - by mistake - for promotion or other reasons - if image is made by 3rd party to cover this case * Update armbian-firstlogin
* add compatibility with old u-boot environment * set the boot script to overwrite the old one
* sunxi-5.17: update and switch to version 5.17.11 * remove the patch that appeared in the upstream kernel upstream commit c06a99a6605f524ff5ef096646e9501fc905366e
Neede for assembling Orangepizero2 legacy boot loader
* sunxi-5.18: initial state: add patches megous * sunxi-5.18: Adapt patches for error-free application * remove unused patches * Add the ability to compile sunxi-5.18
* sunxi-5.15: adapting patches for the version 5.15.43 * fix: cpu opp table sun8i-a83t
* Closes armbian#3760 * Small code clenaup Co-authored-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* [ Meson64 ] Add Spidev workaround for 5.15+, remove unnecessary patch * [ Rockchip64 ] Add spidev workaround for 5.15+ * [ Rockchip ] Add spidev workaround for 5.15+ * [ overlays ] align overlays to new spidev device handle
…to yunohost-bullseye
|
As far as I understand, the armbian project has not a release for rpi4b based on Bullseye. So if this is true, this repo based on armbian could be used for building images for non rpi boards, and for rpi another build method sould be used (cf https://github.com/YunoHost/rpi-image/tree/yunohost-bullseye ) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I try to create a bullseye images