similar to: Trying to compile icecast in Toradex apalis imx6

Greetings All, I've already mentioned this on the GCC side but it seems that the Yocto Project has a class for testing upstream projects. The project is used for building embedded distributions but due to the ability with bitbake and the amount of supported upstream projects I've asked them to mention that other projects are interested in seeing this happen at the usual Embedded

On 11/22/19 2:46 PM, David Blaikie wrote: > Sorry, I'm not sure I follow/understand your email, or what sort of > replies/responses/discussion you're hoping to get from it - perhaps > you could rephrase and/or provide more detail? David, Sorry its more to give you guys a heads up in case they ask about it being of interest and know that its something of interest outside that

I'm using the Yocto Project to build an embedded distro, to which I'm adding Samba 3.6 from OpenEmbedded. Doing so increases my root file system from about 63MB to 175MB. I seem to be building a large Samba server with a small ancillary operating system tacked onto it. I listed the files in my file system image, and see that lots of the commands are quite large. I understand that Samba 4

On Mon, Dec 10, 2018 at 11:21:47AM +0100, Thierry Reding wrote: > On Sat, Dec 08, 2018 at 02:54:45PM +0000, Marcel Ziswiler wrote: > > Hi Thierry et al. > > > > I noticed that since commit 3dde5a2342cd ("ARM: tegra: Add VIC on > > Tegra124") graphics on Apalis TK1 is broken. During boot it fails > > loading the vic firmware: > > > > [

Hi Thierry et al. I noticed that since commit 3dde5a2342cd ("ARM: tegra: Add VIC on Tegra124") graphics on Apalis TK1 is broken. During boot it fails loading the vic firmware: [ 1.595824] tegra-vic 54340000.vic: Direct firmware load for nvidia/tegra124/vic03_ucode.bin failed with error -2 [ 1.606140] tegra-vic: probe of 54340000.vic failed with error -2 Subsequently Tegra HDMI

Hi, I have cross-compiled just the basic samba 4.0.6 using bitbake recipe for ARM, which succeeded. However the resulting binaries are large in size. I used the exact same configuration options in both the cases. There is at least a 10 fold increase in the smbd compared to native x86. --- Native x86 ---- -rwxr-xr-x 1 pranavd users 92979 May 31 10:57 /usr/sbin/smbd -rwxr-xr-x 1 pranavd users

On Mon, Dec 10, 2018 at 03:20:19PM +0000, Marcel Ziswiler wrote: > Hi Thierry > > On Mon, 2018-12-10 at 12:00 +0100, Thierry Reding wrote: > > On Mon, Dec 10, 2018 at 11:21:47AM +0100, Thierry Reding wrote: > > > On Sat, Dec 08, 2018 at 02:54:45PM +0000, Marcel Ziswiler wrote: > > > > Hi Thierry et al. > > > > > > > > I noticed that

Hi Thierry On Mon, 2018-12-10 at 12:00 +0100, Thierry Reding wrote: > On Mon, Dec 10, 2018 at 11:21:47AM +0100, Thierry Reding wrote: > > On Sat, Dec 08, 2018 at 02:54:45PM +0000, Marcel Ziswiler wrote: > > > Hi Thierry et al. > > > > > > I noticed that since commit 3dde5a2342cd ("ARM: tegra: Add VIC on > > > Tegra124") graphics on Apalis

From: Thierry Reding <treding at nvidia.com> As part of commit cfea88a4d866 ("drm/nouveau: Start using new drm_dev initialization helpers"), the initialization of the Nouveau DRM device was reworked and along the way the platform driver initialization was left incomplete. Add a call to nouveau_drm_device_init() to make sure all of the structures are properly initialized.

I'm interested in using smbclient in an embedded Linux system, to copy files to a Windows file share. I don't need the entire samba suite. I'd like to get a smbclient compile that is reasonably small (less than 3 MB ideally). I'm building the embedded Linux system cross-compiled for an ARM based platform using Yocto. Yocto has support for building samba. But it is aimed at the

Thanks. I've looked through all the links, and it seems everything is fine wrt. to what was mentioned there (I've disabled 64 bits in mke2fs, but it didn't help). I'd be glad to provide more details, but the error message is the only info I've got by now. It seems nothing else can be got from syslinux shell without modifiying the code. I've tried to make it load the kernel

Dear all, I am currently trying to cross compile R3.5.2 using X86 host and trying to cross compile for ARM target (raspberry pi 3 running on linux system generated by buildroot). The problem I am encountering is that the compilation fails because the current R buildsystem I trying to execute the R binary generated for Arm arch on the host X86 computer. My question is: Is there an R

>> Thanks. I've looked through all the links, and it seems everything is >> fine wrt. to what was mentioned there (I've disabled 64 bits in mke2fs, >> but it didn't help). I'd be glad to provide more details, but the error >> message is the only info I've got by now. It seems nothing else can be >> got from syslinux shell without modifiying the

Is it possible to find a repository that hold a newer version of tar. The current version is 1.26 I have some students trying to build Yocto project on my Centos 7 host, but OpenEmbedded reports incompatibility problems with the current version of tar. I thank you on beforehand for any help. |< -- Med venlig hilsen Klaus Kolle Teknikumingeni?r, B.Sc.EE., e-mail : klaus at kolle.dk

Hi Johannes, Thank you for your quick feddback. As I am using linux os build with buildroot on my raspberry pi I can't use package manager such as apt-get to install R. What I need to do is to get the precompiled R for arm arch and then when I build my linux image using buildroot I include the R precompiled package to my rootfs. Could you please send me a link where I can download

I've got an embedded x86 system built with Yocto, which boots from a USB flash drive. It uses a loop mount to give access to an ext3 root file system contained within a FAT16 file, which means it has persistent storage. What I want is something that boots from the flash drive, but copies everything into a large RAM disk, and runs from there, so that it doesn't touch the flash drive once

On Sat, Dec 08, 2018 at 02:54:45PM +0000, Marcel Ziswiler wrote: > Hi Thierry et al. > > I noticed that since commit 3dde5a2342cd ("ARM: tegra: Add VIC on > Tegra124") graphics on Apalis TK1 is broken. During boot it fails > loading the vic firmware: > > [ 1.595824] tegra-vic 54340000.vic: Direct firmware load for > nvidia/tegra124/vic03_ucode.bin failed with

https://bugzilla.mindrot.org/show_bug.cgi?id=3666 Bug ID: 3666 Summary: sshd crash Product: Portable OpenSSH Version: 8.2p1 Hardware: Other OS: Linux Status: NEW Severity: critical Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org Reporter:

I'm working on a couple of Yocto Project based embedded projects, one using a Gumstix Overo board and the other using an Intel Atom motherboard. Both need a simple Samba server, which isn't included in the standard build. The only existing Yocto-compatible recipe for Samba is an OpenEmbedded one for version 3.6.8. I was quite surprised to find that adding Samba almost tripled the size of

Hi all, So i wanted to kick off this mailing list by trying to round up a few things which have been discussed recently, at GUADEC, in f2f conversations afterwards, or shot over emails between a few people. It's been discussed for a while that we want to create a tiny base runtime with bst. The upshot is this will homogenize the metadata used in the build process for Flatpak, GNOME