On 10/11/2014 06:27 PM, Gary Thomas wrote:
On 2014-10-11 17:14, Peter A. Bigot wrote:
On 10/11/2014 04:10 PM, Gary Thomas wrote:
On 2014-10-11 11:16, Peter A. Bigot wrote:
Back at
http://lists.openembedded.org/pipermail/openembedded-core/2011-December/053836.html
it was noted that the dbus ho
On 2014-10-11 17:14, Peter A. Bigot wrote:
On 10/11/2014 04:10 PM, Gary Thomas wrote:
On 2014-10-11 11:16, Peter A. Bigot wrote:
Back at
http://lists.openembedded.org/pipermail/openembedded-core/2011-December/053836.html
it was noted that the dbus home directory /var/lib/dbus on the target wa
On 10/11/2014 04:10 PM, Gary Thomas wrote:
On 2014-10-11 11:16, Peter A. Bigot wrote:
Back at
http://lists.openembedded.org/pipermail/openembedded-core/2011-December/053836.html
it was noted that the dbus home directory /var/lib/dbus on the target
was using the
build host uid/gid. Various dis
On 2014-10-11 11:16, Peter A. Bigot wrote:
Back at
http://lists.openembedded.org/pipermail/openembedded-core/2011-December/053836.html
it was noted that the dbus home directory /var/lib/dbus on the target was
using the
build host uid/gid. Various discussion agreed this shouldn't happen, but t
On 11 October 2014 15:41, Paul Barker wrote:
> On 10 October 2014 17:45, Peter Urbanec
> wrote:
>> +diff --git a/libopkg/opkg_remove.c b/libopkg/opkg_remove.c
>> +index 07401b2..52454f8 100644
>> +--- a/libopkg/opkg_remove.c
>> b/libopkg/opkg_remove.c
>> +@@ -292,7 +292,7 @@ opkg_remove_pkg
Back at
http://lists.openembedded.org/pipermail/openembedded-core/2011-December/053836.html
it was noted that the dbus home directory /var/lib/dbus on the target
was using the build host uid/gid. Various discussion agreed this
shouldn't happen, but there was no resolution in the thread.
I fo
On 10.10.2014 18:45, Peter Urbanec wrote:
> init-ifupdown inherits default implementations of prerm, postrm, preinst
> and postinst from update-rc.d.bbclass. Unfortunately these default
> implementations don't deal with package upgrades as well as they could.
>
> What ends up happening is that opk
On 10 October 2014 17:45, Peter Urbanec wrote:
> init-ifupdown inherits default implementations of prerm, postrm, preinst
> and postinst from update-rc.d.bbclass. Unfortunately these default
> implementations don't deal with package upgrades as well as they could.
>
> What ends up happening is tha
On 11 October 2014 11:33, Hongxu Jia wrote:
>
> Here is my patch, and it could not work, I think we are doing
> the same thing:
>
> --- a/libopkg/opkg_remove.c
> +++ b/libopkg/opkg_remove.c
> @@ -118,8 +118,11 @@ opkg_remove_dependent_pkgs(pkg_t *pkg, abstract_pkg_t
> **dependents)
>
On 10/11/2014 06:27 PM, Paul Barker wrote:
On 11 October 2014 11:17, Hongxu Jia wrote:
On 10/11/2014 05:31 PM, Paul Barker wrote:
Your solution looks fine but I'd prefer it to be solved a different
way upstream.
It should be possible to ensure that duplicates don't enter the
removal queue in
On 11 October 2014 11:17, Hongxu Jia wrote:
> On 10/11/2014 05:31 PM, Paul Barker wrote:
>>
>> Your solution looks fine but I'd prefer it to be solved a different
>> way upstream.
>>
>> It should be possible to ensure that duplicates don't enter the
>> removal queue in the first place by checking
On 10/11/2014 06:17 PM, Hongxu Jia wrote:
On 10/11/2014 05:31 PM, Paul Barker wrote:
Your solution looks fine but I'd prefer it to be solved a different
way upstream.
It should be possible to ensure that duplicates don't enter the
removal queue in the first place by checking the return of
pkg_v
On 10/11/2014 05:20 PM, Rongqing Li wrote:
On 10/11/2014 05:07 PM, Hongxu Jia wrote:
"file" command in exported SDK doesn't work:
...
$ file sysroots/
file: could not find any valid magic files!
...
In commit 7943338d1fea2b9e49b02f1c9f68b4a47188b883, it added wrapper
to file-native. Do the sa
On 10/11/2014 05:31 PM, Paul Barker wrote:
Your solution looks fine but I'd prefer it to be solved a different
way upstream.
It should be possible to ensure that duplicates don't enter the
removal queue in the first place by checking the return of
pkg_vec_contains(dependent_pkgs, dep_pkg) before
On 10/11/2014 05:31 PM, Paul Barker wrote:
Your solution looks fine but I'd prefer it to be solved a different
way upstream.
It should be possible to ensure that duplicates don't enter the
removal queue in the first place by checking the return of
pkg_vec_contains(dependent_pkgs, dep_pkg) before
On 8 October 2014 13:16, Hongxu Jia wrote:
> opkg remove perl --force-removal-of-dependent-packages
> ...
> Removing package perl-module-extutils-mm-dos from root...
> ...
> Removing package perl-module-extutils-mm-dos from root...
> You can force removal of packages with failed prerm scripts with
On 10/11/2014 05:20 PM, Rongqing Li wrote:
On 10/11/2014 05:07 PM, Hongxu Jia wrote:
"file" command in exported SDK doesn't work:
...
$ file sysroots/
file: could not find any valid magic files!
...
In commit 7943338d1fea2b9e49b02f1c9f68b4a47188b883, it added wrapper
to file-native. Do the sa
On 10/11/2014 05:07 PM, Hongxu Jia wrote:
"file" command in exported SDK doesn't work:
...
$ file sysroots/
file: could not find any valid magic files!
...
In commit 7943338d1fea2b9e49b02f1c9f68b4a47188b883, it added wrapper
to file-native. Do the same thing for nativesdk-file.
TA;
but pleas
"file" command in exported SDK doesn't work:
...
$ file sysroots/
file: could not find any valid magic files!
...
In commit 7943338d1fea2b9e49b02f1c9f68b4a47188b883, it added wrapper
to file-native. Do the same thing for nativesdk-file.
Signed-off-by: Hongxu Jia
---
meta/recipes-devtools/file/f
The following changes since commit 0172cded27d73437784fe1578110937aede563eb:
build-appliance-image: Update to dizzy head revision (2014-10-10 22:40:57
+0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/fix-nativesdk-file
http://git.pokylinux.org/cg
Op 10 okt. 2014, om 20:29 heeft Alejandro Hernandez
het volgende geschreven:
> Writes build information to target filesystem to help developers
>
> [YOCTO #6770]
>
> Signed-off-by: Alejandro Hernandez
> ---
> meta/recipes-extended/buildinfo/buildinfo_0.1.bb | 34
> 1
On Fri, 2014-10-10 at 10:49 -0700, Saul Wold wrote:
> On 10/10/2014 09:40 AM, Peter Urbanec wrote:
> > See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61144 for details.
> >
> > This patch is taken from the gcc repository and should be obsoleted by a
> > gcc release after 4.9.1
> >
> > The problem
22 matches
Mail list logo
