abled correctly.
Ideally not only in flash-kernel but also in debian-installer to generate
suitable installation media.
There might also be some kernel packaging changes to do.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe".
tp://arago-project.org/git/projects/?p=linux-am33x.git) but it should
> be merge with armmp v3.13.
(Great to see focus on getting things working with armmp!)
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". T
nel it uses etc.)
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131112133649.ga13...@bee.dooz.org
mes the problem. But I
> think the problem should be stated this way round. In simple cases it
> should be easy. If it can't be deduced, this error needs to propogate
> up to the user.
Sure, we can put the burden on the bootloader, but we typically dont
have much control over
> I really don't know, it was already there when I started using Qt back in
> Qt3's final days ;-)
Eh ok; if you get the chance to ask, that would be helpful to know when
porting apps; perhaps it's something to bring up upstream in "issues
faced by distros" kind of cha
#x27;s a scale in some
UI, then either float or double is enough, but it's not an arch
specific decision
Thanks again for raising this!
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131107171818.gb12...@bee.dooz.org
e can work on improved use cases; perhaps we want some
/etc/flash-kernel/boot-device override file that could be an UUID=, a
LABEL= or a /dev pathname (much like fstab) that would be created by
users or by flash-kernel-installer?
Which devices would this be particularly useful on right now and
e should be using them for.
FWIW, the Calxeda boxes are armhf and armel capable and make a massive
difference in buildd performance (good SATA I/O, 4G of RAM, SMP); these
aren't exactly cheap (yet?), but I definitely wish Debian armel and
armhf builds all eventually move to server class hardware
> principle over TFTP etc.
The RedBoot build on N2100 has TFTP and even (basic) HTTP support!
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://
build; it's probably simplest
if you pass --disable-docs to configure and build the docs natively
(even on x86).
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130605155012.ga4...@bee.dooz.org
--
when available as it's painful to have to rebuild the .axf whenever the
kernel or kernel cmdline change, and real hardware wouldn't use a boot
wrapper anyway.
I guess you're asking because you consider an U-Boot port? :-)
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to
(even between armel and armhf IMO).
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120718222836.ga20...@fox.dooz.org
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=IMX53_SW
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120716093828.gb11...@fox.dooz.org
compatible with the Debian ones as long as both are built
with interworking.
BTW my gcc man page has an armv6t2 -march= target, so I suspect there
are some ARMv6 CPUs with Thumb-2.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsub
h-kernel in the initrd;
unpack the generated initrd with gunzip + cpio -i and rgrep the conf/
directory for ROOT=.
I would also suspect important modules being missing from your initrd;
perhaps you can setup a netconsole in your kernel to find out, or
launch a sshd from your initrd to debug.
-
{.rodata section} -
> `.LPIC18' {*UND* section}
> make[5]: *** [gmime-param.lo] Error 1
Looks like above bug (fixed upstream); also pending a backport of the
fix in gcc-linaro 4.6:
https://code.launchpad.net/~ramana/gcc-linaro/pr50313-backport/+merge/89058
Cheers,
--
Loïc Minier
--
To U
lib:../../stubdata:../../tools/ctestfw:$LD_LIBRARY_PATH
> ../../bin/genrb -e UTF-8 -s resources -d uconvmsg root.txt
> make[3]: *** [uconvmsg/root.res] Error 1
That's a bit short and will require investigation.
Of course you should file a bug for this, in particular if it's th
ault for all unixish systems, but I guess
upstream would still want PYENCHANT_LIBRARY_PATH to be preferred in
some way.
(The above snippet would be used somewhere near line 119 "# Not found
yet, search various standard system locations." in enchant/_enchant.py
and would
e libraries might be loaded
depending on the ldconfig output ordering...
I've opened an upstream bug (see the Launchpad meta-bug) and AFAIK the
python2.x patches will be uploaded to Debian with next uploads.
It would be best if we would patch python programs and modules to stop
using find_
sources.list and
you do have to create it yourself after debootstrap, indeed. No idea
whether that could be considered a bug or not.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
k an armel chroot,
setup qemu and build it.
If what you're trying to do is generating the uImage and uInitrd that
you would get after a d-i based installation on the target system, then
it's another story.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.
ng this to work with u-boot recently (need to chase this bug).
As Marcin wrote, best to use Debian-based cross-toolchain on Debian
systems.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
m worth
> >fixing/porting; Konstantinos says this builds fine on armhf;
> >TODO: file bugs to update control / P-a-s?
>
> getcontext() call will build but the application will fail at
> runtime with a message on stderr saying that getcontext() is not
> implemente
On Mon, Oct 17, 2011, Loïc Minier wrote:
> I still need to update the Debian wiki page with the above
updated http://wiki.debian.org/ArmHardFloatTodo
Other ways to improve P-a-s for armhf:
- add packages to P-a-s which are listed as architecture: any but
really aren't for armhf
Cheers,
PS: most P-a-s changes are filed under a "misc armhf updates" bug:
Debian #645675
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111017185048.ga14...@bee.dooz.org
Might be related to the hardware bug described in:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/739374
which has a workaround in linux, bionic and possibly glibc; I wouldn't
be surprized if klibc needed similar care.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm
handy for Linaro users to quickly start using ARM
images without running any installer and with best performance.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110614102646.ga...@bee.dooz.org
from it.
> arm is a regular debian architecture, so yes; and armhf is available on
> debian-ports.org.
NB: armel is the Debian name -- Debian also had an "arm" architecture
but that one is definitely not recommended for modern hardware (and
removed from modern Debian
r to this one in Ubuntu
with older kernels; upgrading them solved the problem:
https://bugs.launchpad.net/ubuntu/+source/libipc-sharelite-perl/+bug/299847
I guess either this issue is back or the specific kernel change which
fixed this issue should be bisected
--
Loïc Minier
--
To UNSUBSCRIB
t
unclear on your motivations, but that's ok :-)
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110504083043.ga25...@bee.dooz.org
I'm not familiar with MX50; do you two expect some new interesting
systems to use this chip? Would they be relevant for Debian? (or
vice-versa :-)
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
f this might be broken right now, it would be better to fix it
rather than go for two kernels just because of this single issue.
> It suggests to use two different subarchitectures for mx51 and mx503.
503?
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.deb
able's
busybox and put it on hold to workaround the problem until busybox is
fixed. (Especially for kernel upgrades, so that you get latest modules
etc. in your initrd.)
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsub
upload:
- either some issues were introduced during refresh
- or the patch was always broken
I didn't look at why the patch breaks (yet) and I don't have a smaller
test case than the above, which is quite painful.
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-re
/root /sbin/init", it even booted once.
I tried with busybox-static as well, but same issue.
busybox was uploaded multiple times recently, so it could be fixed with
latest busybox and toolchain. I'll check that out.
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, ema
)
- orion5x (matches mach-orion5x, no plat-orion5x I think it's also
plat-orion)
- versatile (matches mach-versatile and plat-versatile)
So mach-* has been very consistent in Debian ARM kernel flavors.
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110404150906.gd6...@bee.dooz.org
It's easy enough to pull these drivers again if they every become
useful; I suspect other ARM-specific drivers for powervr, mali, or dove
are far more useful.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscr
an #618616); since this bug has been
around for a long time, I doubt the patch would help either.
In the bug you pointed at, Dave martin has an useful recipe to start
debugging issues in the initrd like this one:
https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/683683/comments/30
though): x86_64-linux-gnu, so I don't think the presence of underscore
should be a new technical issue introduced by armhf. It's probably up
to the GCC upstream folks to decide on this.
Cheers
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a su
I am not sure how
we can ensure that we've mapped to the right tuple though. Neither am
I sure that the multiarch tuples are frozen already, so it might be too
early for that either.
Bye
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110217112730.ga19...@bee.dooz.org
ogy, a Bootstrap: yes flag would be too
restrictive; I'd rather have a Stage: 1 or Build-Stage: 1 flag instead.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101222153255.gb18...@bee.dooz.org
packages with incomplete functionality with the same name as the
fully functional one: they become undistinguishable for e.g. archive
management software or end-users.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe&quo
levant rdeps/rbdeps should be adapted to cope with this.
In this way, we reduce the interface (dependencies) between packages
to the package name alone and we don't need to check whether the
package has a particular feature or was built in a particular stage.
--
Loïc Min
pt
I don't know if it was submitted to Debian; if you find it useful and
you're using Debian, that would be a good occasion to do so
Cheers
--
Loïc Minier
#!/bin/sh -e
# initramfs local-premount script for fixrtc
PREREQ=""
# Output pre-requisites
prereqs()
{
ut, would break a current way of
> cross-compiling which has been around for a long time.
Should perhaps use "dpkg --print-architecture" instead? or is it for
cross-compiling dpkg itself on systems without dpkg?
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@list
can have VFP or Neon hardware so you should support them
> all.
Because the port was decided to be v7, it doesn't really make sense to
target versatile anymore; Realview or Vexpress would make sense though.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists
Hi
This looks similar to
https://bugs.launchpad.net/ubuntu/maverick/+source/openjdk-6/+bug/605042
and Yao just tested and couldn't reproduce the issue either
Cheers
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "u
ata point, the more the merrier
though ;-)
Thanks again for sharing these Clint,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100822181528.gb4...@bee.dooz.org
what should we ship as cross compiling framework for
> Squeeze release?
I don't want to make any recommendation, but I think dpkg-cross based
approaches are the most mature; but I might be missing new approaches
which I didn't read about
--
Loïc Minier
--
To UNSUBSCRIBE,
ing Debian as a build environment with a cross-compiler and sysroot
to generate a target rootfs is fine, but it's not very well suited for
generating a target Debian rootfs.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of &
tem, it points at
/lib/ld-linux.so.3, and on i386 system /lib/ld-linux.so.2 so perhaps we
can expect 64-bits arches to have a suffix while 32-bits arches so that
one could leave ld-linux to 32-bits arches and use the suffix for
64-bits arches? No idea whether there's a general rule for this
--
L
On Fri, Jul 16, 2010, Konstantinos Margaritis wrote:
> Ok, here are Arora Sunspider (javascript) benchmarks
> for softfp:
http://bit.ly/a4bS0V
> for hardfp:
http://bit.ly/9M0OPo
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of &qu
ARM hardware and financial cost to host.)
(Again, note that the lpia ISA was meant to diverge, something which
never happened.)
Subarch in Ubuntu might have made sense for a whitelist of packages
though, that's true. Would have been harder to implement than libc-vfp
and pango-vfp passe
ood example of a hardfp candidate.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100716081124.ga21...@bee.dooz.org
quire that anymore, but we'd
still need a new port. We also need a different triplet for the
multiarch use case; I know you're not too interested in multiarch
yourself anymore, but it's safer to pick a different triplet
nevertheless IMHO, using the vendor field.
--
Loïc Minier
On Thu, Jul 15, 2010, Paul Brook wrote:
> A simple benchmark confirms this hypothesis.
> softfp is actually faster in many cases.
Could we consider it a gcc bug that when hardfp is turned on, it could
still pick a faster soft float code path and doesn't?
--
Loïc Minier
--
To
create a thumb port, but using soft-float ABI?
If this is still about hard-float ABI, then the port should have a name
reflecting that.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.deb
ev-ing the ABI too
frequently (Linaro intends to work on this later this year [1])
[1]
https://blueprints.launchpad.net/binutils-linaro/+spec/stt-gnu-ifunc
and
https://blueprints.launchpad.net/binutils-linaro/+spec/gold-stt-gnu-ifunc
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ..
ex is not a minimum CPU, it's a particular implementation.
Cortex-A implies ARMv7, but you can be ARMv7 without being a Cortex-A
implementation (e.g. QCM snapdragon isn't, Marvell Dove isn't).
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with
orting
> the least-common-denominator VFP instruction set that runs on as many
> chips as possible, which seems to mean a baseline VFP with 16
> registers.
The plan is to configure with vfpv3-d16 anyway, and there is no plan to
get rid of the armel port...
--
Loïc Minier
--
To
or so
later.
(BTW in the thread Richard Earnshaw makes the point that FPA isn't
leagel in EABI and that maverick is incompatible with it, so I think
this is another reason not to have "vfp" in our new port's name)
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@
his was largely fixed afterwards though; it was only used for the
first or first two lpia releases, and was indeed very crackful.)
I personally found it challenging to request inclusion of the lpia arch
in Debian packages when I had to explain that the arch was only used by
Ubuntu.
-
folks, and
will report back ASAP.
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100712104441.ga6...@bee.dooz.org
ure is not run with any cross-compile options.
FYI, this was filed as Debian #550327 by by Colin Watson (with patch)
and fixed in hello 2.5-1. Both current hello and hello-debhelper
cross-build for me.
Cheers
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debia
On Fri, Jul 09, 2010, Hector Oron wrote:
> Somebody against 'armhf'? Have we got it?
> arm-hardfloat-linux-gnueabi
Sounds good
> armhf-linux-gnueabi
Oh no, not the CPU field; it really can only go in vendor
--
Loïc Minier
--
To UNSUBSCRIBE, email
eally the place for extensions IMO; I tried capturing
this earlier piece of the discussion on the wiki page.
wiki.debian.org/ArmHardFloatPort#Triplet
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100709143740.gc14...@bee.dooz.org
here were
proposals to diverge the x86 ISA. These didn't happen though, and I
agree that the end result wasn't worth the pain.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
Hey
Many people are really excited by the port and would like to get the
ball rolling, even before Debconf!
I tried capturing the points made in this thread at:
wiki.debian.org/ArmHardFloatPort
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ
the disk space for both
- one can split them up, but how do they get properly pulled on user
systems?
- and the changes to the rules to have multiple passes might be
intrusive in some packages
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a sub
#x27;)
Notes from the session:
http://people.canonical.com/~lool/dmart-uds-m-notes/arm-m-dpkg-wishlist.txt
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: h
it
might be an issue for purists and you might have to stay on slighlty
older kernels.
In any case, I very much support the project, thanks for sending this
out! I think it's a good topic for Debconf.
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...
:
[0.982473] 1f001024 mtdblock0 (driver?)
[0.987486] 1f014096 mtdblock1 (driver?)
[0.992481] 1f02 519168 mtdblock2 (driver?)
[0.997482] No filesystem could mount root, tried:
[1.002395] Kernel panic - not syncing: VFS: Unable to mount root fs on
unknow
lled with ymodem.
If you did a fis init, you will have to "fis create" the partitions
again; you might also have to fconfig -i to write a new empty default
config.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "u
type ^A and « : » then:
exec !!.| sb --ymodem /some/file
Another good option with the Thecus (you have a Thecus, right?) is
http:
load -r -v -b 0x01d0 -h 192.168.0.12 -m http /kernel
load -r -v -b 0x0100 -h 192.168.0.12 -m http /initrd
That's much faster too.
--
Loïc Min
be in binutils 2.20 and gcc
4.5, but I don't know where the 4.4 backport stands; a workaround is to
pass -fno-dwarf2-cfi-asm manually. Matthias tracked down the patches
with upstream and ARM so I would expect they will appear in Debian
pretty soon if they didn't already. (Thanks!)
update; the flash-kernel
postinst, update-initramfs calls, and kernel installation would all
cause this trigger to be activated, and the flash-kernel would only
have to ensure that the update-initramfs trigger if any has completed.
Am I missing something? Does this make any sense?
Thanks for c
On Mon, Mar 23, 2009, Loïc Minier wrote:
> [42949379.64] RAMDISK: Compressed image found at block 0
> [42949380.21] RAMDISK: incomplete write (-28 != 32768) 8388608
So this was actually a trivial error: CONFIG_BLK_DEV_RAM_SIZE was too
small -- I had bumped it once but the initr
fs is updated. :-/
Also Thecus N2100 seems to handle that just fine (it doesn't use -r or
-s but just exec -c "console=ttyS0,115200 root=/dev/ram0
initrd=0xa080,42M mem=1...@0xa000")
Bye
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...
5200 root=/dev/ram0 initrd=0xa080,42M
mem=1...@0xa000"
(I like this method because it avoids writing anything to flash until
you confirm the installer is working.)
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscri
em? I don't think official
Debian builds need them right now, but it could help users building
custom larger kernels or in the future if the kernel size grows as
Ubuntu's did.
Thanks again for your help Marc,
--
Loïc Minier
--- Begin Message ---
On Tue, Feb 10, 2009 at 06:21:44P
specific to this package and not encoded in the package
itself. If it's from lenny, it's:
armv4t, 2.6, soft float (no hardware FPU)
see:
<http://wiki.debian.org/ArmEabiPort>
or "gcc -v" under a lenny armel install.
--
Loïc Minier
--
To UNSUBSCRIBE, email
teresting, didn't think of that! Debian and Ubuntu armel are both
targetting armel only, so while an interesting stunt I don't think I'll
aim at providing armeb kernels; instead I guess I'll try to load an
APEX image as d-i does.
Thanks for the tip,
--
Loïc Minier
--
ut that's ok.
I wonder whether it's possible to continue the installation over serial
port and not over SSH? (perhaps to the point where I could load the
firmware from a remote place)
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a sub
a came later, and we also explored that a little as I
mentionned (Oliver's script); kboot and petitboot were existing
implementations, petitboot for instance has a graphical menu. But in
end, kboot doesn't seem too active and petitboot was a bit too PS3
specific IIRC (but probably
as and input! Right now we're likely to go
with the bootloader route as it supports SD boot, but a more generic
solution would probably involve a Linux kernel and an initramfs if we
want drivers to access hardware, filesystems, and perhaps things like
LVM/crypto devices and offer s
hbox, but I didn't try it out
It's much easier in the x86 guest on x86 host case as you can just
create the initrd by chrooting into a debootstrap-ed dir.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
on etherwake generated
packets (ether type 0x0842 as reported by tcpdump). I tried all
possible etherwake -b / -p combinations with MAC address and IP address
as the password too.
Any idea?
Thanks,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.deb
iple arm flavours in
parallel and we wouldn't have to wait for the first build for too long.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
g the -Wl,--as-needed LDFLAG.
> can you upload a version of fslview that doesn't use -Wl,--as-needed ?
I usually only add add -Wl,--as-needed if I can prepend -Wl,-z,defs
before that. Perhaps we can find the real issue thanks to -z defs, I'd
guess missing link flags.
--
Loïc Min
ad I suspect due to the usage of software
raid.
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
2.6.18.dfsg.1-22 21.37 # etch.3
2.6.24-etchnhalf.1-iop32x 2.6.24-6~etchnhalf.4 16.22 # etch 1/2
2.6.25-2-iop32x2.6.25-2iop1 20.84 # Martin's
2.6.25-2-iop32x2.6.25-7 15.73 # lenny
2.6.26-1-iop32x2.6.26-1
(Not quite sure how this relates to arm.)
On Fri, Jun 27, 2008, ApOgEE wrote:
> set password [lindex \$argv 1]
The command line might be visible by all users of the system, unless
you use some locked down kernel, so I wouldn't pass the password on the
command line.
--
Loïc Minier
On Thu, Dec 13, 2007, Riku Voipio wrote:
> Looking at current build-deps of gst-plugins-base0.10, I take it
> requires a sourcefull upload and a binNMU won't be enough?
(Did a sourceful upload yesterday evening.)
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
to not require
such a strict version anymore. The general problem you describe is
solved in the "testing" distribution which makes some installability
promesses.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Dec 10, 2007, Loïc Minier wrote:
> Bug filed.
Fixed in type-handling 0.2.23.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Dec 07, 2007, Joey Hess wrote:
> gst-plugins-base0.10
This seems to be a bug in type-handling as "type-handling any linux-gnu
linux" used to list armel (as I can see in previous versions of the
control file), but doesn't list it anymore with 0.2.22.
Bug filed
On Mon, Dec 03, 2007, Colin Tuckley wrote:
> http://wiki.debian.org/Debian_GNU/kFreeBSD_Mirrors
> probably needs updating then.
It's a wiki!
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
97 matches
Mail list logo
