<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk">
    <title>gmane.comp.embedded.eldk</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2288"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2287"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2284"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2283"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2282"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2281"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2280"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2279"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2278"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2277"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2276"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2275"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2273"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2272"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2271"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2270"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2269"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2268"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2267"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.embedded.eldk/2266"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2288">
    <title>ligcov missing?</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2288</link>
    <description>&lt;pre&gt;Hi.

I'm running eldk-5.2.1 and noticed that libgcov seems to be missing. Is
there any reason as to why or am I running this the wrong way?

Logs from my attempt:
user&amp;lt; at &amp;gt;machine:~/gcov$
/opt/eldk-5.2.1/powerpc-4xx/sysroots/i686-eldk-linux/usr/bin/ppc440e-linux/powerpc-4xx-gcc
-Wall --coverage main.c
/opt/eldk-5.2.1/powerpc-4xx/sysroots/i686-eldk-linux/usr/libexec/ppc440e-linux/gcc/powerpc-linux/4.6.4/ld:
cannot find -lgcov
collect2: ld returned 1 exit status

Best regards,
Tobias
_______________________________________________
eldk mailing list
eldk-0aAXYlwwYIKGBzrmiIFOJg&amp;lt; at &amp;gt;public.gmane.org
http://lists.denx.de/mailman/listinfo/eldk
&lt;/pre&gt;</description>
    <dc:creator>Tobias Eliasson</dc:creator>
    <dc:date>2013-03-20T09:20:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2287">
    <title>Diamond blade Supply与您共享了相册。</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2287</link>
    <description>&lt;pre&gt;Dear Sir,

We noticed that you are in the line of Diamond tools if there is chance we  
can cooperate with each other.

We can offer best cheap price while the quality is as good as required.  
Like 100mm/4" sintered blade for Concrete/Granite or other cutting material  
of premium quality costs only $0.8USD.And our 350mm/14" Laser welded blade  
for general purpose of premium quality costs only $24USD.

And glad to inform you that we have a promotion for the segmented blade in  
300mm and 350mm,please check the following:

And  Upon receipt of your reply with your need specification in  
details(diameter,segment size,cutting material). We will send our very  
competitive price to support you.We can make sure at the same price our  
quality is the best and stable.

Looking forward to seeing your soon reply.Thanks for your time.

Best Regards!

Cain Huang

TOOLS CO.,LTD
Add:  Fengxian,Shanghai,China

https://picasaweb.google.com/lh/sredir?uname=104603799815496377009&amp;amp;target=ALBUM&amp;amp;id=5848049099082183281&amp;amp;authkey&lt;/pre&gt;</description>
    <dc:creator>Diamond blade Supply</dc:creator>
    <dc:date>2013-03-18T06:13:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2284">
    <title>Removing X11 and GTK libraries from qte rootfs images ineldk 5.3</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2284</link>
    <description>&lt;pre&gt;Hello all,

In new ELDK 5.3 the pulseaudio package enables x11 and gtk+ support
when checking for "x11" in the DISTRO_FEATURES. As a result x11 and
gtk libraries are included in the qte rootfs. Has anyone an idea
how to prevent this?

Best Regards,

Anatolij

--
DENX Software Engineering GmbH,     MD: Wolfgang Denk &amp;amp; Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office-ynQEQJNshbs&amp;lt; at &amp;gt;public.gmane.org
&lt;/pre&gt;</description>
    <dc:creator>Anatolij Gustschin</dc:creator>
    <dc:date>2013-03-11T10:49:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2283">
    <title>Re: X11 target image - missing libs</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2283</link>
    <description>&lt;pre&gt;Hi Stefano

Thanks for getting back to me.

The original log supplied was from the ELDK5.3  X11 image. 
I tried removing xorg.conf and got the same end result with this x11 image.
I also tried the sato and sato-dev ELDK images and got the same blank screen. Both images seem to extract the filesystem ok (I can send the log if you need to see it)

Bottom line, I think you are right - its all pointing to some sort of configuration problem.

Do you have an example ELDK filesystem 'X11.log' file of a correctly booting x11 or sato / sato-dev filesystem you can send me? 
This would help me locate what is wrong :-)

Thanks

Regards
Nige






________________________________
 From: Stefano Babic &amp;lt;sbabic-ynQEQJNshbs&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: Nige Dick &amp;lt;nigedick-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; 
Cc: "eldk-0aAXYlwwYIL/PtFMR13I2A&amp;lt; at &amp;gt;public.gmane.orgx.de" &amp;lt;eldk-0aAXYlwwYIKGBzrmiIFOJg&amp;lt; at &amp;gt;public.gmane.org&amp;gt; 
Sent: Wednesday, 6 March 2013, 15:45
Subject: Re: [ELDK] X11 target image - missing libs
 
On 28/02/2013 15:31, Nige D&lt;/pre&gt;</description>
    <dc:creator>Nige Dick</dc:creator>
    <dc:date>2013-03-07T19:53:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2282">
    <title>Re: X11 target image - missing libs</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2282</link>
    <description>&lt;pre&gt;
Hi,


In most cases this a symptom of a misconfiguration in xorg.conf.


This is independent - which image have you tested ? Have you tried sato
and sato-sdk ?


In most cases, there is no need of xorg.conf at all - have you tried to
remove it ?

Which image have you installed (sato, sato-sdk) ?

Best regards,
Stefano Babic


&lt;/pre&gt;</description>
    <dc:creator>Stefano Babic</dc:creator>
    <dc:date>2013-03-06T15:45:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2281">
    <title>X11 target image - missing libs</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2281</link>
    <description>&lt;pre&gt;Hi 

My own embedded system, based on a PXA166, includes a touchscreen QVGA LCD on which I need to have X11 window environment running for my end application. 


Using the install scripts as per the ELDK 5.3 Documentation, I've 
downloaded ELDK 5.3 with an armv5te target architecture and X11 target 
configuration. Sorry, I'm a bit of newbie with X11 :-(

When trying to get  the X11 display up and running, I just get a blank screen. I already have the correct Linux LCD config/initialisation as the LCD displays the Linux bootlog ok via the framebuffer device: /dev/fb0. 


From the X11 log file and linux boot info I can see that 'libextmod' and 'libdbe' modules are not being loaded. Also the font paths do not seem to be present/detected in the build (I'm thinking this might be why the display remains blank).These library extensions should be in /usr/lib/xorg/modules/extensions/ but this directory and files don't exist. Am I missing a crucial step in order to enable these libraries / fonts to be built and linke&lt;/pre&gt;</description>
    <dc:creator>Nige Dick</dc:creator>
    <dc:date>2013-02-28T14:31:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2280">
    <title>Re: Issue about install packages to the rootfs</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2280</link>
    <description>&lt;pre&gt;Hi,

On Mon, 25 Feb 2013 12:08:25 +0000
wolfking &amp;lt;wolfking2000-uAjRD0nVeow&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


It depends on what packages do you need. If you need gtk+ based GUI
you can install core-image-sato-sdk rootfs and gmae toolchain and
check if the packages you need are already in the rootfs. If they
are not in the rootfs, you have to build them using eldk-5.3 source.
If you need Qt for Embedded Linux based GUI, install core-image-qte-sdk
and qte toolchain and check if needed packages are in the rootfs.
If not, you will have to build them.


I cannot reproduce the issue you report, cloning over git or http
protocol works here. The problem seems to be on your side.


You can also download a snapshot of the eldk-rel-v5.3 branch using
http. Here is the branch

  http://git.denx.de/?p=eldk.git;a=shortlog;h=refs/heads/eldk-rel-v5.3

On the right side of each commit you can see links to the tar.gz
or tar.bz2 snapshots. Here is a link to the top most commit (eldk-5.3
release) snapshot as tar.bz2:

  http://git.denx&lt;/pre&gt;</description>
    <dc:creator>Anatolij Gustschin</dc:creator>
    <dc:date>2013-02-26T12:56:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2279">
    <title>Issue about install packages to the rootfs</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2279</link>
    <description>&lt;pre&gt;
hi, all  I'm developing a GUI system on a powerpc platform. I want to install some packages to the rootfs. From the eldk FAQ, I seem to learn that I have to rebuild the eldk from source, is this true? Is there any other methods?  If I want to rebuild the eldk, the eldk source has to be downloaded from the server by means of git. Unfortunately, when I use git to clone the source, the bandwidth is only 10KB, and when in download progress, the git often stops by some reason. So can anyone tell me how I can download a stable 5.3 version (by which I can rebuild eldk 5.3 from source) with any other methods?       _______________________________________________
eldk mailing list
eldk-0aAXYlwwYIKGBzrmiIFOJg&amp;lt; at &amp;gt;public.gmane.org
http://lists.denx.de/mailman/listinfo/eldk
&lt;/pre&gt;</description>
    <dc:creator>wolfking</dc:creator>
    <dc:date>2013-02-25T12:08:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2278">
    <title>Re: bitbake of custom ARM kernel to U-Boot uImage not installing properly?</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2278</link>
    <description>&lt;pre&gt;Sorry for loosing the CC.  My mail client fool me sometimes :(
Anyway, I do *have* my kernel recipe in my own meta/bsp layer. I copied 
it from the meta-eldk.
I just wonder why this would not break also for your bsp layer since to 
me it seems wrong to ever use Image as a uImage!?
But I guess you have your reasons.

Hans
&lt;/pre&gt;</description>
    <dc:creator>Hans Beckerus</dc:creator>
    <dc:date>2013-02-23T18:54:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2277">
    <title>Re: bitbake of custom ARM kernel to U-Boot uImage not installing properly?</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2277</link>
    <description>&lt;pre&gt;
Please do not remove the Mailing List from CC - the issue can be
interesting for other ones.

I have doubt about if it is or not the best way to do. You say you have
introduced your meta- layer. It is quite common (at least for me) to add
my recipes-kernel to my own meta-layer, because I need to add not only
the specific version, but also some other rules, adding also machine
specific files (defconfig, and so on). The kernel rules under meta-eldk
are thought to generate the machines in eldk itself, but your kernel
receipe should go into your meta- layer.

Best regards,
Stefano Babic

&lt;/pre&gt;</description>
    <dc:creator>Stefano Babic</dc:creator>
    <dc:date>2013-02-23T18:13:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2276">
    <title>Re: bitbake of custom ARM kernel to U-Boot uImage not installing properly?</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2276</link>
    <description>&lt;pre&gt;
Try this:

do_install_prepend() {
        if test ! -e arch/${ARCH}/boot/uImage ; then
            if test -e arch/${ARCH}/boot/Image ; then
               ln -f arch/${ARCH}/boot/Image arch/${ARCH}/boot/uImage
            fi
        fi

        if test ! -e arch/${ARCH}/boot/uImage ; then
            if test -e arch/${ARCH}/boot/images/uImage ; then
                 ln -f arch/${ARCH}/boot/images/uImage
arch/${ARCH}/boot/uImage
            fi
        fi

        if test -e arch/${ARCH}/kernel/vmlinux.lds ; then
             ln -f arch/${ARCH}/kernel/vmlinux.lds arch/${ARCH}/boot/vmlinux
        fi
}


Best regards,
Stefano Babic

&lt;/pre&gt;</description>
    <dc:creator>Stefano Babic</dc:creator>
    <dc:date>2013-02-23T16:05:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2275">
    <title>Re: bitbake: how to resolve dependency to ARM kernel-devicetree when building rootfs</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2275</link>
    <description>&lt;pre&gt;
If you device tree is built, maybe is related to the second line of
thelog, that is opkg_install_cmd. It seems that package management is
requiredm and core-image-minimal drops it.

Have you already tried with another image instead of -minimal ?

Best regards,
Stefano Babic

&lt;/pre&gt;</description>
    <dc:creator>Stefano Babic</dc:creator>
    <dc:date>2013-02-23T16:00:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2273">
    <title>Re: Cross-compiling Linux kernel - unrecognized Opcode</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2273</link>
    <description>&lt;pre&gt;Hi Qasim,


Yes it will.  I just updated eldk-switch[1] (see also [2]) to work
correctly for this cpu also:

[dzu&amp;lt; at &amp;gt;pollux eldk-switch-0.1 (master)]$ eldk-switch -r 5.3 mpc8548
Setup for powerpc-e500v2 (using ELDK 5.3)
[dzu&amp;lt; at &amp;gt;pollux eldk-switch-0.1 (master)]$ 


Not at all.

Best wishes
  Detlev

[1] http://git.denx.de/?p=eldk-switch.git;a=summary
[2] http://www.denx.de/wiki/view/ELDK-5/WebHome#Section_1.8.3.

&lt;/pre&gt;</description>
    <dc:creator>Detlev Zundel</dc:creator>
    <dc:date>2013-02-21T12:57:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2272">
    <title>Re: Cross-compiling Linux kernel - unrecognized Opcode</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2272</link>
    <description>&lt;pre&gt;Hi Detlev,

Yes I realize that mistake. I was updating binutils at the host instead of
in the toolchain.
Just a couple of things then:

I intend to compile Linux for MPC 8544, so will the ELDK 5.3 for target
e500v2 work for this?
And also, is there any dependency on the host kernel version?

Thanks,
Qasim


On Thu, Feb 21, 2013 at 2:56 PM, Detlev Zundel &amp;lt;dzu-ynQEQJNshbs&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

_______________________________________________
eldk mailing list
eldk-0aAXYlwwYIKGBzrmiIFOJg&amp;lt; at &amp;gt;public.gmane.org
http://lists.denx.de/mailman/listinfo/eldk
&lt;/pre&gt;</description>
    <dc:creator>Qasim Maqbool</dc:creator>
    <dc:date>2013-02-21T10:56:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2271">
    <title>Re: Cross-compiling Linux kernel - unrecognized Opcode</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2271</link>
    <description>&lt;pre&gt;Hi Qasim,


Did you really update the "cross binutils" which are actually contained
in the ELDK?  I would be much surprised if you did that.


What version of linux-2.6-denx are you actually trying to compile?

Also, ELDK 4.2 is already somewhat old, did you try using the
powerpc-e500v2 version of ELDK 5.3?  For example it has newer
binutils...

Cheers
  Detlev

&lt;/pre&gt;</description>
    <dc:creator>Detlev Zundel</dc:creator>
    <dc:date>2013-02-21T09:56:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2270">
    <title>Cross-compiling Linux kernel - unrecognized Opcode</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2270</link>
    <description>&lt;pre&gt;I am trying to compile the Denx Linux-2.6 for the Power PC 85xx
architecture but I'm facing the unrecognized opcode error:

arch/powerpc/kernel/epapr_hcalls.S: Assembler messages:
arch/powerpc/kernel/epapr_hcalls.S:27: Error: Unrecognized opcode: `wrteei'
make[1]: *** [arch/powerpc/kernel/epapr_hcalls.o] Error 1
make: *** [arch/powerpc/kernel] Error 2

I am using Ubuntu 12.04, Linux kernel 3.2.0-37, with ELDK v4.2 (which
installs perfectly). I have also tried Fedora 16 with the same ELDK version
but that still gives me the same errors. I have also tried updating
binutils-devel to version 2.23 but I still cant get the kernel to compile.
Any suggestions?


Thanks,
Qasim
_______________________________________________
eldk mailing list
eldk-0aAXYlwwYIKGBzrmiIFOJg&amp;lt; at &amp;gt;public.gmane.org
http://lists.denx.de/mailman/listinfo/eldk
&lt;/pre&gt;</description>
    <dc:creator>Qasim Maqbool</dc:creator>
    <dc:date>2013-02-21T05:44:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2269">
    <title>Re: bitbake: how to resolve dependency to ARMkernel-devicetree when building rootfs</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2269</link>
    <description>&lt;pre&gt;Dear Hans Beckérus,

In message &amp;lt;CAFyqS9ow8m38r3Fyb=RYkTrD9pBEsGHVUxiNMbMrszVu9CHEiA&amp;lt; at &amp;gt;mail.gmail.com&amp;gt; you wrote:

I don't think your questions are in any way ELDK specific, so you
might be more successfull (due to a much wider audience) with them on
the yocto mailing list.

Best regards,

Wolfgang Denk

&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Denk</dc:creator>
    <dc:date>2013-02-19T20:39:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2268">
    <title>bitbake: how to resolve dependency to ARM kernel-devicetree when building rootfs</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2268</link>
    <description>&lt;pre&gt;I am trying to build a custom ARM image that should include all the
modules from the kernel build but it fails and I can not understand
why. The bitbake error I get is

| Collected errors:
|  * satisfy_dependencies_for: Cannot satisfy the following
dependencies for kernel-modules:
|  *    kernel-devicetree *
|  * opkg_install_cmd: Cannot install package kernel-modules.


My rootfs.bb looks like this

require recipes-core/images/core-image-minimal.bb

# The list of packages used to build images.
IMAGE_INSTALL += "kernel-modules"

# Formats of root filesystem images that you want to have created.
IMAGE_FSTYPES = "jffs2"



The device tree blob is built and located in the kernel deploy image folder.
I can see that I have the following files under the kernel work path

./packages-split/kernel-devicetree
./pkgdata/runtime/kernel-devicetree
./pkgdata/runtime-reverse/kernel-devicetree

What have I missed?

Hans
&lt;/pre&gt;</description>
    <dc:creator>Hans Beckérus</dc:creator>
    <dc:date>2013-02-19T16:55:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2267">
    <title>bitbake of custom ARM kernel to U-Boot uImage not installingproperly?</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2267</link>
    <description>&lt;pre&gt;I am using a custom kernel and when building the kernel image using my
own layer the installation phase picks up the wrong image when
installed to ../tmp/deploy/images. The uImage seems to be picked up
from kernel/arch/arm/boot/Image instead of
kernel/arch/arm/boot/uImage? From what I know, is not "Image" just a
stripped down (objcopy) of vmlinux?

I can see why this is happening in recipes-kernel/linux/linux.inc:

do_install_prepend() {
        if test -e arch/${ARCH}/boot/Image ; then
             ln -f arch/${ARCH}/boot/Image arch/${ARCH}/boot/uImage
        fi

        if test -e arch/${ARCH}/boot/images/uImage ; then
             ln -f arch/${ARCH}/boot/images/uImage arch/${ARCH}/boot/uImage
        fi

        if test -e arch/${ARCH}/kernel/vmlinux.lds ; then
             ln -f arch/${ARCH}/kernel/vmlinux.lds arch/${ARCH}/boot/vmlinux
        fi
}

The first test is what breaks it for me. Since it hits the first
condition a "uImage" is deployed based on the wrong image. I expected
it to pick up the sec&lt;/pre&gt;</description>
    <dc:creator>Hans Beckérus</dc:creator>
    <dc:date>2013-02-19T09:50:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2266">
    <title>List Short Sales and Bank REO Foreclosures!</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2266</link>
    <description>&lt;pre&gt;Your email client cannot read this email.
To view it online, please go here:
http://www.marketstore.info/e/display.php?M=126497&amp;amp;C=a186b4a08ee13cd6107ec3840f94fe93&amp;amp;S=50&amp;amp;L=20&amp;amp;N=16

Hey,

Have you heard that banks need Real Estate Agents to help list and sell
$600 Billion worth of foreclosures.

Well I am In for the ride I just bought the REO Kit here: 
(http://www.marketstore.info/e/link.php?M=126497&amp;amp;N=50&amp;amp;L=14&amp;amp;F=T)

I thought you might want to give this a try too. Check It Out...
(http://www.marketstore.info/e/link.php?M=126497&amp;amp;N=50&amp;amp;L=14&amp;amp;F=T)

Hope your doing good...
(Chris Albert)

To stop receiving these
emails:http://www.marketstore.info/e/unsubscribe.php?M=126497&amp;amp;C=a186b4a08ee13cd6107ec3840f94fe93&amp;amp;L=20&amp;amp;N=50
_______________________________________________
eldk mailing list
eldk-0aAXYlwwYIKGBzrmiIFOJg&amp;lt; at &amp;gt;public.gmane.org
http://lists.denx.de/mailman/listinfo/eldk
&lt;/pre&gt;</description>
    <dc:creator>Chris Albert</dc:creator>
    <dc:date>2013-02-19T00:45:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.embedded.eldk/2265">
    <title>Re: about eldk-5.3 installation</title>
    <link>http://permalink.gmane.org/gmane.comp.embedded.eldk/2265</link>
    <description>&lt;pre&gt;Dear wolfking,

In message &amp;lt;SNT125-W308DAFB31FD9D97D9B9976DE1C0-MsuGFMq8XAE&amp;lt; at &amp;gt;public.gmane.org&amp;gt; you wrote:

Fedora 9? You mean the release as of  13 May 2008 ?

Well, this is 5 years old by now, and a number of software components
in it are so outdated that they will not work any longer with current
code.  Please use a recent distribution, say something not older than
2 years or so.


Probably the python in your distro is too old...


The similar error is due to the fact that it uses the same code, and
runs into the same issues with your ancient python version.


As far as I can tell the file is still there, at
ftp://ftp.denx.de/pub/eldk/5.3/iso/eldk-5.3-powerpc-e500v2.iso

Could that be some local problem on your side?

Best regards,

Wolfgang Denk

&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Denk</dc:creator>
    <dc:date>2013-02-01T22:02:17</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.embedded.eldk">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.embedded.eldk</link>
  </textinput>
</rdf:RDF>
