Please ignore this patch, it gives an error as it is unable to
inherit multilib-alternatives.This class is part of our internal layer.
Regards,
Jagadeesh
On Tue, Mar 20, 2018 at 12:20 PM, Jagadeesh Krishnanjanappa <
jkrishnanjana...@mvista.com> wrote:
> This solves the below error when systemd
> On Mar 20, 2018, at 11:00 AM, Alexander Kanavin
> wrote:
>
> On 03/20/2018 05:59 PM, Richard Purdie wrote:
How long does a single run take, and why not run it every month?
>>> Just a bit longer than a day, maybe 30 hours, if it needs to update
>>> the
On 03/20/2018 05:59 PM, Richard Purdie wrote:
How long does a single run take, and why not run it every month?
Just a bit longer than a day, maybe 30 hours, if it needs to update
the
typical amount of 100-150 packages. I'll shift it to monthly then.
Personally I'm leaning to every couple of
On Tue, 2018-03-20 at 13:26 +0200, Alexander Kanavin wrote:
> On 03/20/2018 12:52 PM, Burton, Ross wrote:
> >
> > Which brings me to a question: what is a good schedule and
> > cadence
> > for AUH runs? Currently it's run on the 15th of every odd-
> > numbered
> > month (so January,
FWIW: Dengke's email caused me to wonder why the RDEPENDS in bluez hadn't
triggered the inclusion of udev-rules-rpi in the first place. I now
suspect that when I tried to switch from 'rocko' to 'master', the steps I
took to force a rebuild were insufficient, and bluez5 was not recompiled
with the
Thanks Dengke, I thought I tried using the line "After=dev-ttyAMA0.device"
and referring to /dev/ttyAMA0 in the hciattach command and the
brcm43438.service was still being triggered before the /dev/ttyAMA0 device
was actually available on some boots, but I may have had something else
wrong at that
This change adds WiFi driver configuration fragments. The fragments are
split into vendor and interface files to allow for easy selection of
drivers for specific interface types (USB, PCI, SDIO) which is useful
for BSPs with specific interfaces. The specific vendor/interface config
fragments can
On Tue, Mar 20, 2018 at 1:24 PM, Andrea Galbusera wrote:
> Hi,
>
> Is there any way to reference bitbake variable within the wic file
> syntax? Got to this question after a wic file of mine recently broke
> due to a u-boot artifact changing its name after an upstream update of
>
Hi,
Is there any way to reference bitbake variable within the wic file
syntax? Got to this question after a wic file of mine recently broke
due to a u-boot artifact changing its name after an upstream update of
the u-boot recipe. The wic had the artifact's name hardcoded as a
parameter to the
On 03/20/2018 12:52 PM, Burton, Ross wrote:
Which brings me to a question: what is a good schedule and cadence
for AUH runs? Currently it's run on the 15th of every odd-numbered
month (so January, March, and so on), but I thought of shifting it
one month forward, so it doesn't
Please remember to reply to the list, not the person to who sent the mail.
On 20 March 2018 at 04:10, Rajath C S wrote:
> You are right, it's not actually logging out but a fast reboot occurs.
>
> Thanks for the info, I'll upgrade my hardware.
>
This isn't an "upgrade
On 20 March 2018 at 10:07, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> On 03/19/2018 10:07 PM, Burton, Ross wrote:
>
>> Do we have a place identified for new changes (2.6) while 2.5
>> stabilizes.
>>
>>
>> A formal place, no. I tend to queue stuff in a branch if
On 03/19/2018 10:07 PM, Burton, Ross wrote:
Do we have a place identified for new changes (2.6) while 2.5
stabilizes.
A formal place, no. I tend to queue stuff in a branch if master isn't
taking all of my energy, otherwise the patches will sit on the list
until 2.5 releases.
This solves the below error when systemd is used as init manager,
-- snip --
ERROR: clamav-0.99.2-r0 do_package: SYSTEMD_SERVICE_clamav value clamav.service
does not exist
ERROR: clamav-0.99.2-r0 do_package: Function failed: systemd_populate_packages
-- snip --
Other issues:
1. Ship
14 matches
Mail list logo