On Thu, 2020-04-30 at 16:34 +1000, JH wrote:
> Hi Yann,
>
> Thanks for the tips, I have run to add libubootenv, but got so many
> errors, I can build a good Yocto image before adding libubootenv,
> what
> was it going on? Does that mean I need to add all kernel modules and
> to rebuild kernel conf
Hi,
Is there a way to determine where the license files are stored? It
would help a lot in automatizing build system when you'd know where to
copy licenses from.
They go to build/tmp/deploy/licenses, but then license.manifest
containing list of all the licenses in an image is under that
directory
for a gem that is as popular as that is, i was surprised to not find
a recipe for it. any recipe that is compatible as far back as morty
would be fine, thanks.
rday
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#49279): https://lists.yoctoprojec
I was looking for a way in a wks file to have wic grow the last
partition to fill up the remainder of the disk. Of course wic does not
know how large the disk is but that could be a parameter.
The alternative way is to use fixed-size and do the math manually but
that would not allow wic to grow a
Hi Rudolf,
On Thu, Apr 30, 2020 at 7:39 PM Rudolf J Streif
wrote:
>
> I was looking for a way in a wks file to have wic grow the last
> partition to fill up the remainder of the disk. Of course wic does not
> know how large the disk is but that could be a parameter.
>
> The alternative way is to
On 4/30/20 11:16 AM, Marek Belisko wrote:
Hi Rudolf,
On Thu, Apr 30, 2020 at 7:39 PM Rudolf J Streif
wrote:
I was looking for a way in a wks file to have wic grow the last
partition to fill up the remainder of the disk. Of course wic does not
know how large the disk is but that could be a p
On Thu, Apr 30, 2020 at 8:23 PM Khem Raj wrote:
>
>
>
> On 4/30/20 11:16 AM, Marek Belisko wrote:
> > Hi Rudolf,
> >
> > On Thu, Apr 30, 2020 at 7:39 PM Rudolf J Streif
> > wrote:
> >>
> >> I was looking for a way in a wks file to have wic grow the last
> >> partition to fill up the remainder of
On 4/30/20 11:25 AM, Marek Belisko wrote:
On Thu, Apr 30, 2020 at 8:23 PM Khem Raj wrote:
On 4/30/20 11:16 AM, Marek Belisko wrote:
Hi Rudolf,
On Thu, Apr 30, 2020 at 7:39 PM Rudolf J Streif
wrote:
I was looking for a way in a wks file to have wic grow the last
partition to fill up th
On Thu, Apr 30, 2020 at 8:27 PM Khem Raj wrote:
>
>
>
> On 4/30/20 11:25 AM, Marek Belisko wrote:
> > On Thu, Apr 30, 2020 at 8:23 PM Khem Raj wrote:
> >>
> >>
> >>
> >> On 4/30/20 11:16 AM, Marek Belisko wrote:
> >>> Hi Rudolf,
> >>>
> >>> On Thu, Apr 30, 2020 at 7:39 PM Rudolf J Streif
> >>> w
Hi
Well I have write something like this
[Unit]
Description=Increases rootfs image size to fit partition
Requires=dev-disk-by\x2dpartlabel-rootfs.device
After=dev-disk-by\x2dpartlabel-rootfs.device
[Service]
Type=oneshot
ExecStart=/usr/sbin/sgdisk /dev/disk/by-path/platform-ff0f.dwmmc -e
Exe
Hi
On Thu, Apr 30, 2020 at 9:10 PM Michael Nazzareno Trimarchi via
lists.yoctoproject.org
wrote:
>
> Hi
>
> Well I have write something like this
>
> [Unit]
> Description=Increases rootfs image size to fit partition
> Requires=dev-disk-by\x2dpartlabel-rootfs.device
> After=dev-disk-by\x2dpartlabe
Applies to both zeus and dunfell
ERROR: Nothing RPROVIDES 'cryptodev-module-native' (but
virtual:native:/home/scott/poky-zeus/meta/recipes-connectivity/openssl/openssl_1.1.1f.bb
RDEPENDS on or otherwise requires it)
ERROR: Required build target 'openssl' has no buildable providers.
Missing or un
I am generating core-image-minimal-initramfs-edison.cpio.gz which is
found in the deploy-core-image-minimal-initramfs-image-complete/ directory.
When I build my image edison-image initrd gets included and deployed in
edison-image-edison.hddimg. But I am not using that.
I also generate edison-
On Thu, Apr 30, 2020 at 08:23:11PM +, Scott Ellis wrote:
Hi, Scott,
Sorry, I'm not trying to discourage you from submitting patches, but there are
few issues with your patch here - see below and inline.
First of all, patches for OE-core should be sent to:
openembedded-c...@lists.openembedde
Thanks, guys, I appreciate it.
Doing it dynamically on first boot would probably work as it is a data
partition and not the rootfs partition.
I will give it a try.
:rjs
On 4/30/20 12:13 PM, Michael Nazzareno Trimarchi wrote:
> Hi
>
> On Thu, Apr 30, 2020 at 9:10 PM Michael Nazzareno Trimarchi v
On 4/30/20 4:11 PM, Rudolf J Streif wrote:
Thanks, guys, I appreciate it.
Doing it dynamically on first boot would probably work as it is a data
partition and not the rootfs partition.
I will give it a try.
96boards-tools also has a script which works regardless of init systems
https://g
I seem to be running into wic problems today...
I have the following wks file:
>
part SPL --source rawcopy --sourceparams="file=SPL" --ondisk mmcblk
--no-table --align 1
part u-boot --source rawcopy --sourceparams="file=${UBOOT_BINARY}"
--ondisk mmcblk --no-table --align 69
part /boot --sourc
Hi Rudi,
On Thu, Apr 30, 2020 at 04:36:39PM -0700, Rudolf J Streif wrote:
> bootloader --ptable msdos
>
>
> That should create 7 partitions of which 5 have a file system. However,
> when I flash the emmc with it and boot the device:
did you mean --ptable gpt?
> /dev/mmcblk1p4 1392640 4771
Ok, I found the answer to my own question. It's the typical extended
partition issue.
:rjs
On 4/30/20 4:36 PM, Rudolf J Streif via lists.yoctoproject.org wrote:
> I seem to be running into wic problems today...
>
> I have the following wks file:
>
> part SPL --source rawcopy --sourceparams="file=
On Thu, 30 Apr 2020, Rudolf J Streif wrote:
> I seem to be running into wic problems today...
>
> I have the following wks file:
>
> >
> part SPL --source rawcopy --sourceparams="file=SPL" --ondisk mmcblk
> --no-table --align 1
> part u-boot --source rawcopy --sourceparams="file=${UBOOT_BINARY
On 4/30/20, Nicolas Jeker wrote:
> on Zeus it's very likely _not_ libubootenv that you need, you should
> try to install u-boot-fw-utils. As Yann wrote, the tools are in
> libubootenv since Dunfell, which is newer than Zeus.
Thanks Nicolas, I have following error, what I could be missing here?
Op 01-05-2020 om 01:11 schreef Rudolf J Streif:
Thanks, guys, I appreciate it.
Doing it dynamically on first boot would probably work as it is a data
partition and not the rootfs partition.
If you use btrfs you can even resize the rootfs (mounted) partition.
I will give it a try.
:rjs
On
Hi All,
This is Gentle Reminder to review these changes.
This address bug #13530
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13530
Patch to review:
https://patchwork.openembedded.org/patch/170541/
Thanks & Regards,
*Milan Shah*
MontaVista Software, Bangaluru, India
On Wed, Feb 26, 20
23 matches
Mail list logo