Koen Kooi wrote:
Hi,
To fix the fallout for the static-libs-stripping bug and to get rid of
spurious gconf-dbus deps there will be a DISTRO_PR bump soon.
When bitbake informs you of said occasion, remove TMPDIR and rebuild.
I'd like to bump gcc and binutils to recent versions to get rid of
Koen Kooi wrote:
On 26-10-09 18:46, Thomas Kunze wrote:
Koen Kooi wrote:
Hi,
To fix the fallout for the static-libs-stripping bug and to get rid of
spurious gconf-dbus deps there will be a DISTRO_PR bump soon.
When bitbake informs you of said occasion, remove TMPDIR and rebuild.
I'd like
Dmitry Artamonow wrote:
On 19:35 Fri 06 Mar , Dmitry Artamonow wrote:
Current status:
* booting works
* PCMCIA mostly works (tested with CF and 1xPCMCIA sleeves,
don't have 2xPCMCIA) It Oopses on suspend (probably patch from
Thomas Kunze posted at linux-arm should help
Hi,
if we want this kind of functionality it should be independent from
specific machines.
I will remove it next week if there are no objections.
Regards,
Thomas
___
Angstrom-distro-devel mailing list
Angstrom-distro-devel@linuxtogo.org
Hi,
if we want this kind of functionality it should be independent from
specific machines.
I will remove it next week if there are no objections.
Regards,
Thomas
___
Angstrom-distro-devel mailing list
Angstrom-distro-devel@linuxtogo.org
Bernhard Guillon wrote:
Hi all,
I want to get some advice for what is a good way to create
/usr/lib/opie/apps/XQt2/foo.desktop files for X/Qt2 and xqtlauncher.
Currently only xkbd is included. There is a
xqtlauncher-xkbd-desktop.bb file which creates a package that depends
on xkbd and
Hi,
Paul Sokolovsky wrote:
Hello,
On Mon, 24 Nov 2008 12:35:38 +0100
Thomas Kunze [EMAIL PROTECTED] wrote:
I don't have time to do much programming so there is no real roadmap.
Things I'd like to be done:
- get rid of dash
- use compile time configuration instead of commandline args
Paul Sokolovsky wrote:
On Tue, 25 Nov 2008 16:23:10 +0100
Thomas Kunze [EMAIL PROTECTED] wrote:
[]
So one only needs to find images, call losetup and pass something
like root=/dev/loop0 to the kernel
in the commandline and it will be able to find it after its kexec'ed?
Ah, yep, not so
Paul Sokolovsky schrieb:
Hello,
On Mon, 24 Nov 2008 10:10:26 +0100
Andrea Adami [EMAIL PROTECTED] wrote:
Is there some documentation about kexecboot - what it does now and
what it is supposed to do in the end?
Bernhard Guillon wrote:
Hi all,
we need to move forward :)
What do you think about autobuilder providing dayly/weekly/monthly
snapshot images from 2008 tree for the users to test? Also including
a section for tested images where the maintainers can move images to.
If there already such images
Hi,
does the angstrom autobuilder build images from oe.dev? if so:
-where to the images get uploaded?
-when are they build?
-how to trigger a build?
-how to change what images to build?
Regards,
Thomas
___
Angstrom-distro-devel mailing list
Yuri Bushmelev schrieb:
2) Add support for your device to initramfs-kexecboot_1.0.bb by
supplying appropriate FBANGLE and INPUTDEV
AFAIK thesing considering to call kexecboot binary as init. So
FBANGLE/INPUTDEV should be detected somewhere inside kexecboot. E.g.
from /proc and /sys
Javier Grijalba schrieb:
Hello,
I want to build Angstrom with my OpenSuse 10.3 (running in a Vmware).
I follow the instructions that are found here
http://www.angstrom-distribution.org/building-angstrom
1) I installed monotone
rpm -i monotone-0.41-3.1.i586.rpm
2)I want to do
linux:/OE # mtn
Koen Kooi schrieb:
Andrea Adami wrote:
Slightly OT,
I would guess we could easily gain new testers (and perhaps mentors)
adding the linux-kexecboot 'second stage bootloader' to the
autobuilder.
For all machines? Angstrom is more than a few zaurus machines! Can't
this made be more generic
Dmitry Baryshkov schrieb:
Paul Eggleton wrote:
Hi there,
Are there mentors for these machines? If so could their names be added
to the machine mentors page [1] ? If there is a lack of such a person,
who decides about the suitability of images to be made stable for those
machines?
In
Paul Sokolovsky wrote:
So, main result is that kexec-tools-static in .dev appears to be broken
- it doesn't pass command line to target kernel. Many issues can be
attributed to that, including recursive kexecing as seen by Koen. It
apparently became broken when Thomas switches it from uclibc
First, let me state that we should aim to get the bootmenu image to be
as small as possible (~100kB), regardless of which route we go with the
above options.
With that said, I think for the zaurus we should do:
a) angelboot - zImage + kexec - zImage + bootmenu in flash - rootfs
or
b)
Koen Kooi wrote:
* on angelboot (read: zaurus) machines the kernel partition holds
stripped down kernel + initramfs that kexecs a second kernel (with more
dirvers) with a bigger initramfs which kexecs a third kernel to boot
into final userspace
I think we should have a stripped down kernel
Hi,
things I will do ASAP:
-port my patches to 2.6.23
-include touchscreen driver from LKML
-look at suspend/resume
other things I'm aware of:
-no usb-gadget driver
-no sound driver
-lcd flickers
We also need a solution on how to deal with the power button. Its ESC
when pressed short and power
Hi,
I still don't have a linux machine available (Maybe vendors repair
broken suff in taiwan or so), but I will buy an external disk, install
linux on it and boot my parents windows PC from it. Then I will port my
patches to a recent kernel. Any version preferences?
The suspend/resume stuff
Hi,
you also need to load the mmc-spi module. I don't know if it exists for
current kernels. I would readd this but unfortunatly my mainboard broke
last week and I didn't get a replacement yet.
Regards,
Thomas
___
Angstrom-distro-devel mailing list
21 matches
Mail list logo