On Mon, Nov 26, 2018 at 12:37:57PM +0100, Raphael Hertzog wrote:
> were in the week-end). I was aware of the discussion but did not
> had the time to chime in, yet I was the person who re-opened the bug
> #881333 in the first place.
> I also invited someone else who is working on a concrete proje
On Thu, Nov 22, 2018 at 07:14:44PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> El jueves, 22 de noviembre de 2018 18:30:39 -03 Marcin Juszkiewicz escribió:
> > Does it mean that arm64 box with PCI Express graphics card will be not
> > able to use Qt based software? I can put Radeon or NVid
On Thu, Jun 28, 2018 at 08:11:14PM +0200, Florian Weimer wrote:
> * Niels Thykier:
>
> > armel/armhf:
> >
> >
> > * Undesirable to keep the hardware running beyond 2020. armhf VM
> >support uncertain. (DSA)
> >- Source: [DSA Sprint report]
>
> Fedora is facing an issue runn
On 29 September 2017 at 21:26, Tom Rini wrote:
> On Fri, Sep 29, 2017 at 02:06:21AM +0300, Riku Voipio wrote:
>
> [snip]
>> On arm64, Kernel doesn't self-decompress. The bootloaders are stringly
>> recommended to support decompressing kernel images. It's optional
= LSE atomics problem =
Large System Extensions, part of ARMv8.1, provides new atomics
instructions. These instructions are essential for high performance
locking when you have lots of cores.
Recommendation: distributions should provide an alternative optimized
glibc with LSE atomics based locks
Hi,
We'll have the traditional cross-distribution BoF at Linaro connect
Wednesday 27.9, at 3PM US pacific time - 22.00 UTC. We don't have a
set agenda, but if anything is bugging you, replying to this mail is
great way to make it into our topics :)
Riku
On Tue, Jul 11, 2017 at 09:45:49AM +0100, Ian Campbell wrote:
> On Tue, 2017-07-11 at 08:56 +0100, Edmund Grimley Evans wrote:
> > > Does this emulation take a considerable performance hit, as opposed
> > > to
> > > running on armhf hardware/kernel, where the instruction doesn't
> > > appear
> > >
On Wed, Jul 05, 2017 at 12:51:08PM -0700, Vagrant Cascadian wrote:
> Some of the reproducible builds armhf nodes are actually arm64 capable
> machines, running an arm64 kernel build. When haskell related packages
> get built, I get a tremendous number of messages on to the console:
>
> "ghc" (1
On Wed, Feb 01, 2017 at 01:35:40PM -0800, Vagrant Cascadian wrote:
> So, when building an arm64 linux package using Debian's packaging, it
> builds a package where /boot/vmlinuz-VERSION is uncompressed, and
> bootloaders such as u-boot can boot it with booti.
> But when building a mainline kernel
On Tue, Jan 17, 2017 at 03:59:33PM +, Riku Voipio wrote:
> I guess I'll push it to it's own package, since not all u-boot-tools
> may want a menu.
Done now:
https://tracker.debian.org/pkg/u-boot-menu
On Sun, Jan 15, 2017 at 12:03:05PM -0800, Vagrant Cascadian wrote:
> On 2017-01-05, Riku Voipio wrote:
> > I only recently noticed that Debian doesn't seem use U-boot
> > support for extlinux style boot menus. This makes jumping
> > between kernel versions frustrating.
On Sun, Jan 15, 2017 at 09:06:45PM +0100, László Böszörményi (GCS) wrote:
> Hi,
> Back in time the build of GraphicsMagick failed. Later I could build
> it on an armhf porter box and just did the same on a Qemu emulated
> armhf box with a pbuilder setup.
> Please reschedule its build on the offic
Hi,
I only recently noticed that Debian doesn't seem use U-boot
support for extlinux style boot menus. This makes jumping
between kernel versions frustrating.
I've taken the old syslinux support for menu generation and
re-purposed it for u-boot:
https://github.com/suihkulokki/u-boot-upda
On Tue, Sep 20, 2016 at 09:16:00PM +, Niels Thykier wrote:
> Over all, most people (who answered it) was positive towards the switch.
> Based on this, I suspect that if we make PIE default in Stretch, then
> we will do it for all architectures. That said, you will be notified if
> that defaul
On Fri, Jul 22, 2016 at 02:36:05AM +0100, Steve McIntyre wrote:
> armhf
> =
> Current port, first released with Wheezy. Due to cross-distro effort,
> this setup (ARMv7 EABI using VFPv3D-16) is the default supported
> 32-bit ARM architecture in all distros now. We've got a couple of
> kernel var
On Thu, Jul 07, 2016 at 12:24:03PM +0200, Alexander Wirt wrote:
> On Thu, 07 Jul 2016, Riku Voipio wrote:
> > On Mon, Jul 04, 2016 at 02:01:03PM +0100, Steve McIntyre wrote:
> > > There's something I've been pondering for a while, along with some
> > > oth
On Mon, Jul 04, 2016 at 02:01:03PM +0100, Steve McIntyre wrote:
> There's something I've been pondering for a while, along with some
> other folks - it might be useful to do a "jessie and a half" release,
> similarly to what we did in the etch days. That's *basically* just
> like a normal jessie re
On Wed, Apr 13, 2016 at 04:55:53PM +0200, Daniel Pocock wrote:
> get started. There is no need for the user to run through all the
> installer questions, on many devices they can simply log in to the
> standard admin page, upload the OpenWRT image through a web form and it
> starts running with de
On Sat, Apr 09, 2016 at 12:02:44PM +0200, Graham Inggs wrote:
> On 9 April 2016 at 00:53, peter green wrote:
> > It would be useful if someone can reproduce the issue and get a dissasembly
> > of the failure location.
>
> I hope this is useful. I'll leave my screen session on abel.d.o. open
> in
On Sun, Apr 03, 2016 at 03:11:39PM +0100, Steven Chamberlain wrote:
> Wookey wrote:
> > +++ Steven Chamberlain [2016-04-01 10:31 +0100]:
> > > Currently haskell-http2 FTBFS on only armel:
> > > https://buildd.debian.org/status/package.php?p=haskell-http2&suite=unstable
> > > delaying the package's
On Thu, Mar 10, 2016 at 10:13:22AM +0800, Paul Wise wrote:
> On Thu, Mar 10, 2016 at 1:18 AM, Ronald Maas wrote:
> > I am not familiar with the whole Debian build infrastructure. So if I missed
> > the point where this becomes a real issue, hope you can elaborate.
> For example:
> You can't fla
Hi,
We have a few sessions at this Linaro connect that could be in
interest of Linux distributions working on Arm/Linux:
Tuesday 14.00 Bangkok time: (07.00 UTC):
https://bkk16.pathable.com/meetings/372827 BKK16-212: What's broken on ARM64?
Thursday 10.10 Bangkok time: (03.00 UTC):
https://bkk16.p
will probably be disabled when supporting a
> soft-float userland. So set the architecture to armhf by default when
> CONFIG_AEABI and CONFIG_VFP are both enabled.
>
> Signed-off-by: Ben Hutchings
> Acked-by: Ian Campbell
> Acked-by: Fathi Boudra
Reviewed-by: Riku Voipio
Hi everyone,
Since cross-distribution meetings at Linaro Connect have been popular,
we are continuing the tradition and having a session[1] in Linaro Connect next
week.
https://sfo15.pathable.com/meetings/302652
The event is on Monday September 21, 16.10 PST (aka 23:10:00 UTC).
Details of google
On Wed, Aug 19, 2015 at 07:44:34PM +0200, Guido Haase wrote:
> After I started the system by command
>
> qemu-system-arm -enable-kvm -smp 1 -m 256 -M vexpress-a15 -cpu host
> -kernel /home/guido/kvm-arm/jessie/vexpress-zImage -dtb
> /home/guido/kvm-arm/jessie/vexpress-v2p-ca15-tc1.dtb -appen
On 2 April 2015 at 17:18, Michal Marek wrote:
> On 2015-04-02 15:14, Riku Voipio wrote:
>> On 2 April 2015 at 15:01, Arnaud Patard wrote:
>>> riku.voi...@linaro.org writes:
>>>> --- a/scripts/package/builddeb
>>>> +++ b/scripts/package/build
On 2 April 2015 at 15:01, Arnaud Patard wrote:
> riku.voi...@linaro.org writes:
>> --- a/scripts/package/builddeb
>> +++ b/scripts/package/builddeb
>> @@ -45,7 +45,16 @@ create_package() {
>> arm64)
>> debarch=arm64 ;;
>> arm*)
>> - debarch=arm$(grep -q CONFIG
Cc: debian-arm@lists.debian.org
Signed-off-by: Ben Hutchings
Signed-off-by: Riku Voipio
---
scripts/package/builddeb | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/scripts/package/builddeb b/scripts/package/builddeb
index 88dbf23..146b74f 100755
--- a/scripts
On Tuesday, March 31, 2015 1:33:29 PM EEST, peter green wrote:
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696909
for more information on the many issues we had trying to keep
chromium working on armhf.
If there is to be a supported chromium package in raspbian
going forward it need
On Wednesday, March 25, 2015 11:24:46 AM EET, Jean-Christian de Rivaz
wrote:
HI, I try to build a jessie based armhf embedded system that
will pass the year 2038 limitation.
So far, I have learn that I have to use btrfs instead of ext4,
and that the struct timespec.tv_sec must be 64-bit instea
Hi everyone,
Since cross-distribution meetings at Linaro Connect have been popular,
we are continuing the tradition and having a session[1] in Linaro Connect next
week.
https://hkg15.pathable.com/meetings/250818
The event is on Wednesday 11 February, 14.00 hong kong time (06.00 UTC).
We'll try t
On Mon, Nov 24, 2014 at 04:18:20AM +, peter green wrote:
> In Raspbian we run all packages we build through a check that
> unpacks them and runs readelf[5].
We could do this as post-build-command in armel buildds. But we would
still need some volunteer to maintain the whitelist of false posit
> > >Please read this answer i made a couple of months ago:
> > >https://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2014-June/008013.html
> > ACK. Thanks for the quick response - I appreciate you're in a
> > difficult situation. :-/. Do you have any feel for progress towards
> > nodejs
Hi,
On Wed, Aug 06, 2014 at 11:43:33AM +0200, Ole Langbehn wrote:
> On 06.08.2014 11:35, Riku Voipio wrote:
> > Best change to recover is probably to take backups from disk, reinstall
> > (and don't upgrade), and then create chroot and try to upgrade there -
> > if it
On Tue, Aug 05, 2014 at 02:44:05PM +0200, Ole Langbehn wrote:
> Recently (2014/7/25) I upgraded my debian 7 on my qnap TS209 box (see
> the attached apt output) and after installing some packages (libc, apt,
> ...), the installation fails with an Illegal Instruction signal. Shortly
> after I wasn't
On Tue, Jun 10, 2014 at 04:06:39PM +0300, Riku Voipio wrote:
> On Mon, Jun 09, 2014 at 01:21:34AM +0100, Ben Hutchings wrote:
> > The Debian armhf architecture uses the ARM EABI hard-float variant,
> > whereas armel uses the soft-float variant. Although the kernel
> >
On Mon, Jun 09, 2014 at 01:21:34AM +0100, Ben Hutchings wrote:
> The Debian armhf architecture uses the ARM EABI hard-float variant,
> whereas armel uses the soft-float variant. Although the kernel
> doesn't use FP itself, CONFIG_VFP must be enabled to support
> hard-float userland and will probab
Hi,
On Thu, Apr 10, 2014 at 03:56:41PM +0200, Daniel Pocock wrote:
> Upstream says that armel can't be supported:
> https://groups.google.com/d/msg/concurrencykit/I34MWr_mK8Q/sKeh1Ro3eAYJ
> Should I go back to the Ganglia community and suggest moving away from
> ConcurrencyKit?
In case Concurre
On Tue, Mar 04, 2014 at 02:59:44AM +, peter green wrote:
> On Sun, Mar 02, 2014 at 09:06:44AM -0500, Reinhard Tartler wrote:
>
> >That sounds like if the mpg123 package should use:
> >on armel: --with-cpu=arm_nofpu
> >on armhf: --with-cpu=arm_fpu
> >
> >
> >Does this make sense to everybody?
>
On Tue, Mar 04, 2014 at 11:49:45AM +0100, Thomas Orgis wrote:
> In any case ... Riku: Care to run timings of MAD on your
> configurations? I'm interested in how fast it is producing that 24 bit
> output on limited CPUs.
time madplay -d -o null: convergence_-_points_of_view/*.mp3 &> /dev/null
Co
On Sun, Mar 02, 2014 at 12:02:40PM +0100, Thomas Orgis wrote:
> Am Sat, 01 Mar 2014 01:00:02 +0900
> schrieb Taihei Momma :
>
> > OK, after some investigation with armhf cross environment and qemu, finally
> > the current mpg123 svn (r3517) should work
>
> After Tahei didn't stop at this (big
Package: qtwebkit-opensource-src
Version: 5.2.1+dfsg-3
X-Debbugs-CC: debian-arm@lists.debian.org
Severity: normal
Checking the end of the builddlog[1]:
/tmp/ccaKPWJK.s: Assembler messages:
/tmp/ccaKPWJK.s:23: Error: selected processor does not support ARM mode
`blx r0'
make[4]: *** [.obj/jit/JITS
> -- Forwarded message --
> From: Thomas Orgis
> Date: Sun, Feb 16, 2014 at 5:46 AM
> Subject: Bug#738981: Switch to use generic_fpu for ARM
> To: 738...@bugs.debian.org
>
> There is no runtime detection in mpg123 for this and at least for the
> decision of fixed or floating poi
Hi,
On Sun, Feb 16, 2014 at 07:41:02PM -0500, Reinhard Tartler wrote:
> On Sun, Feb 16, 2014 at 7:28 PM, peter green wrote:
> > We can't use the neon option because no arm port of debian gaurantees that
> > neon will be available. So I belive until the no-fpu options are made
> > compatible with
On Mon, Jan 13, 2014 at 08:32:49AM +, Ian Campbell wrote:
> On Mon, 2014-01-13 at 05:51 +0100, Matthias Klose wrote:
> > the gcc-4.9 in experimental fails to build while the one for armhf succeeds.
> For reference the logs are at:
> https://buildd.debian.org/status/fetch.php?pkg=gcc-4.9&arch
Hi,
Sorry I didn't notice armel mentioned on the original mail, so I assumed
it was just sent to ports@ . Will look at the buildd's asap.
Riku
On Wed, Jan 01, 2014 at 11:39:23AM +0100, Mattias Ellert wrote:
> Hi!
>
> Is there anyone that receives the mails sent to ar...@buildd.debian.org?
>
>
> > I think we need to bash out some criteria for deciding during the
> > mini-debconf. i.e deciding how we decide (or just make a decision if
> > possible).
> Better to decide now rather than wait for the perfect solution next
> year (which might have other problems other than price). Better is
Hi everyone,
After a break, we are again having a cross distribution collaboration
session[1]. The event is on wednesday 12.10pm PST (aka 19.10 UTC). The
session will be broadcast on google hangouts[2] for remote
participation.
If you have any great ideas you think other ARM distributions would
b
> > Lennart Sorensen (!DD), Nobuhiro Iwamatsu (DD), Steve McIntyre (DD)
> I am surprised not to see Riku Voipio and Hector Oron on this list as
> I know they help manage the buildds and Riku signs uploads. I don't
> know if they are trying to escape, or just being too slack to
file bugs on failed builds
- provide packagers bugfixes in case they are unable to fix armel bugs
in their package themself
For armel, armhf and possibly in future for arm64:
- test packages on the architectures
- fix arch-related bugs
I am a DD,
Riku Voipio
--
To UNSUBSCRIBE, emai
On Fri, Apr 26, 2013 at 08:42:09PM +0100, Brian Platt wrote:
> FINALLY got serial working on the N2100 and did debian install via it. Did
> the partitioning bit as always and then the formatting started up to 33% then
> this was outputed a few seconds later
snip:
> [ 953.25] PC is at raid1
On Sun, Apr 28, 2013 at 10:30:27AM -0700, Steve Langasek wrote:
> On Sat, Apr 27, 2013 at 09:32:59AM +0200, Peter Palfrader wrote:
> > The impression I got during the brief from the arm porters is that it is
> > so far unclear how well Debian will run on this nice shiney thing.
> > So for now it's
On Fri, Apr 26, 2013 at 09:26:28AM +0100, Luke Kenneth Casson Leighton wrote:
> On Fri, Apr 26, 2013 at 3:49 AM, Paul Wise wrote:
> > This is a great interview with folks doing reverse engineering of ARM
> > GPU drivers and devices.
> >
> > http://blog.emmanueldeloget.com/index.php?post/2013/03/08
On Wed, Mar 13, 2013 at 11:16:42PM +, peter green wrote:
> After the bad stuff i'm reading about the arndaleboard (apparently
> problems even at 1.4 GHz despite the advertised speed being 1.8 GHz)
pandaboards were not particularry stable when people started using them.
Likewise, using the ear
On Wed, Mar 06, 2013 at 06:09:11AM +, Steve McIntyre wrote:
> On Tue, Mar 05, 2013 at 11:22:23PM +, peter green wrote:
> >>Each flavor of armel and armhf should have the same function, too.
> >IMO if you think you can support all armada series devices that are
> >likely to run debian armhf
On Tue, Dec 04, 2012 at 11:28:35AM +0100, Arnaud Patard wrote:
> > USB ethernet is ASIX based and seems to work fine (once you set up mac
> > address). eSATA didn't work for me reliably, but sata code is still said to
> > be
> > work in progress and my HD isn't in the list of (currently) supported
On Sat, Dec 01, 2012 at 06:24:32PM +, Phil Endecott wrote:
> Phil Endecott chezphil.org> writes:
> > peter green p10link.net> writes:
> > > It looks like a new samsung based devboard has come out (though it's not
> > > scheduled to actually ship until november).
> >
> > Ignore it until it
On Sat, Aug 25, 2012 at 09:29:11PM -0700, Braddock Gaskill wrote:
> Unfortunately no such luck. I disassembled my GoFlex Satellite this
> morning and the CON1 connector is for the battery.
That's unlucky then..
> If you see anything I might try please let me know.
You could try connecting a pow
On Mon, Aug 13, 2012 at 09:41:15PM -0700, Braddock Gaskill wrote:
>
> Is there much hope of getting Debian running on a Seagate GoFlex
> Satellite? This is a very sexy little Linux-based device which encloses a
> 500GB harddrive with wifi and runs off a battery.
According to the following articl
Hi,
yade takes obscene amounts of RAM during builds, causing excessive build
times due to swapping on armel/armhf buildds. Since it does not seem to
be a package likely to be run ARM machines in near future, we have
disabled building it for now.
Riku
--
To UNSUBSCRIBE, email to debian-arm-requ
On Wed, May 23, 2012 at 09:02:33PM +0100, Tixy wrote:
> I may be being naive, but could an X86 PC be used with an ARM chroot and
> qemu-arm-static to emulate ARM instructions? Or is qemu not stable
> enough, or the emulated environment different enough that package
> building would fail (e.g. throu
On Mon, May 21, 2012 at 10:00:53AM +0200, Luk Claes wrote:
> ancina is a developer's board, so what components should be in the
> shipping if we go that route?
The board, memory at least, hard drive would be great as it would save
the pain of reinstall. The rest (PSU, cables) I think Steve and Mar
Hi,
On Sat, May 19, 2012 at 10:57:03AM +0200, Luk Claes wrote:
> As everyone keeps claiming there is no armel buildd location redundancy,
> I don't have much motivation to keep ancina running. It's ignored anyway.
Would you mind packaging ancina and posting it to another hosting
location? IIRC Ma
On Wed, Jan 04, 2012 at 08:41:08AM +0100, Lucas Nussbaum wrote:
> FYI, we are considering making 1.9.X the default version of Ruby in
> wheezy. It scares me a bit that you want to include armhf in testing
> when ruby1.9.1 doesn't build on armhf because the test suite segfaults
> (#652674).
We are
Hi,
> > IIRC I saw that when I had a bad ram DIMM installed. So it could be
> > that some
> > of your hardware components has got loose/dusty.
> I will give a try, but I think I may have bricked the RedBoot.
> Is there a serial RedBoot rescue mode possible, like in UBoot [2] ?
> Is there any t
Hi,
On Sat, Nov 05, 2011 at 05:53:03PM +0100, DrEagle wrote:
> I have two Thecus N2100 Bricked and make a call for some help !
>
> I have soldered a RS232 on the SATA Board, as explained here and [1] on
> my wiki [2].
>
> With the serial console I have one of the Thecus that only show a + at Boo
On Thu, Jun 30, 2011 at 03:33:36PM +0100, peter green wrote:
> The current FPC package builds fine in qemu for me. I will attempt to
> try on some real hardware too when I get a chance.
Qemu allows unaligned memory accesses, which do not always work on real
hardware, especially on armv5 and othe
On 18 June 2011 22:17, Nicolas Pitre wrote:
> Turns out that a prominent ARM developer still has binaries from the
> ARMv3 era around, and the default of not fixing up misaligned user space
> accesses is for remaining compatible with them.
> So if you do have a version of glibc that is not from 1
On Sun, Mar 27, 2011 at 12:12:16AM +, peter green wrote:
> I have tried and failed to reproduce this issue in qemu with an up to
> date sid. Can anyone else reproduce it? Since both failures have been
> from the same buildd I wonder if it's some issue with the particular
> buildd.
Tried i
On Tue, Mar 22, 2011 at 12:50:17AM +, Hector Oron wrote:
> Hi,
>
> 2011/3/21 Matthias Klose :
> > gcc-4.6 fails to build on the buildds with an ICE. Unable to reproduce on a
> > local armv5t machine. Please could an ARM porter reproduce this ICE and
> > attach
> > the requrest information t
On Fri, Feb 18, 2011 at 04:27:52AM +, Luke Kenneth Casson Leighton wrote:
> precisely. this is another, (clearer or at least different) way of
> stating what i've been advocating. by having such a delta-maintaining
> tool, complex sets of deltas can be maintained indefinitely, or in
> fact c
On 12/20/2010 09:06 PM, Christoph Biedl wrote:
arm will stay around for
another 18 months or so as 'oldstable', and then v4 machines will be
pretty-much unsupported in Debian unless someone steps up to support
them.
Do I hear a call for volunteers?
Technically old "arm" port can be kept aliv
On Wed, Aug 11, 2010 at 02:48:51AM +, Clint Adams wrote:
> In summary, it takes less than half the time to do the
> run with armhf than it does with armel.
Can you also test vorbisgain performance with regular armel port
and with compiler flags of:
-march=armv7-a -mtune=cortex-a8 -mfpu=vfpv3-
On Fri, Jul 16, 2010 at 09:55:49AM +0100, Martin Michlmayr wrote:
> * Aurelien Jarno [2010-07-16 09:38]:
> > BTW, has anybody thought about increasing the minimum requirement for
> > the armel port, for example to armv5? Available machines has evolved,
> > maybe the port should do the same.
> In
On Tue, Jul 13, 2010 at 03:24:35PM +0200, Loïc Minier wrote:
> On Tue, Jul 13, 2010, Riku Voipio wrote:
> > If dpkg had subarchitecture support, lpia wouldn't have been as big
> > a issue. Ubuntu decided to shortcut and not add support for compatible
> > subarchs in dpk
On Thu, Jul 08, 2010 at 01:06:58PM +0200, Guillem Jover wrote:
> Personally, before any further discussion I'd like to see some numbers
> with core libraries (libc, libgcc, libgmp, libatlas? etc) built with
> softfp, which eventually might be able to switch to use the hwcaps
> infrastructure in a s
On Tue, Jul 06, 2010 at 10:55:25PM +0200, Loïc Minier wrote:
> On Tue, Jul 06, 2010, Joey Hess wrote:
> > Could the targeted CPU be used in the name? Ie, armelv7.
Or even just armv7. It is just a name, so it should be short and
not try to encode too much information in it.
> I would be a bit sc
> I see that protobuf is being build for more than 8 days on ancina. However,
> last time when it was built successfully it took 1h:10m (also on ancina), and
> a
> previous failed build took also 1h:10m.
Was built yesterday. The official contact for buildd issues is
ar...@buildd.debian.org
Riku
On Mon, Jun 07, 2010 at 09:15:05AM +0200, Matthias Klose wrote:
> On 06.06.2010 00:51, Aurelien Jarno wrote:
>> These functions were present before in the library, but not exported
>> in the headers. This has been changed as it is required by ISO C99.
>> While these functions are strictly not need
Modestas Vainius wrote:
I have recently came across .symver directive [1][2] that is more
straightforward way to achieve the same thing. In that case, only source file
(.cpp) needs to be changed.
Brilliant! This shall be the plan then:
1) identify affected libraries (Jakubs list as base?)
2
Hi,
was written ages ago:
>> free pascal needs bootstrapping.
> I started trying with roughly the following recipie (note: these should be
> equivilent to what I did but I also went down a lot of dead ends, did things
> in a less sensible order etc)
> So IMO the thing to do is to wait for th
t : 0x926
> CPU revision : 0
>
> Hardware : Marvell DB-78x00-BP Development Board
> Revision :
> Serial:
> =
>
> Oddly, it works for many address
On Wed, Jan 27, 2010 at 11:19:35PM +0200, Modestas Vainius wrote:
> Hello,
>
> On trečiadienis 27 Sausis 2010 22:47:55 Riku Voipio wrote:
> > There is a major problem with gcc 4.4 and armel - the ABI of va_list
> > changed (for c++ libraries). We need to decide one of the
Hi debian-release,
There is a major problem with gcc 4.4 and armel - the ABI of va_list
changed (for c++ libraries). We need to decide one of the following:
1) library package name rename (like c2a rename previously)
+ "the right thing to do"
+ partial upgrades work as expected
- Some hassle
Hi Masakazu Asuma,
To the original poster - can you point us to the Linux kernel sources
and/or results of "dmesg" command on the KURO-SHEEVA?
On Thu, Dec 10, 2009 at 10:04:30AM +, Martin Michlmayr wrote:
> The SheevaPlug platform code does not initialize PCI since the
> SheevaPlug doesn't ha
On Sun, Nov 08, 2009 at 07:14:25PM -0600, Jonathan Nieder wrote:
> Hi arm porters,
>
> Can you reproduce this problem? If so, any ideas on how to fix it?
mv78x00: git clone git://git.sugarlabs.org/sugar-jhbuild/mainline.git
sugar-jhbuild
Initialized empty Git repository in /schroot/sugar-jhbuil
Hi Osamu,
On Mon, Oct 26, 2009 at 09:25:36PM +0900, Osamu Aoki wrote:
> I realized that mkfs.ext2 creates different superblock depending on which
> system it is run under. The difference can be observed by tune2fs -l:
>
> ext2 created by Debian lenny on amd64:
> Filesystem flags: signed_dire
On Tue, Aug 18, 2009 at 08:27:32AM -1000, Martin Michlmayr wrote:
> * Marc Brockschmidt [2009-08-16 14:40]:
> > Do you have any big changes planned? How much time would they take, and
> > what consequences are there for the rest of the project?
> > How many "big" transitions will the upcoming cha
On Sun, May 03, 2009 at 11:22:39PM +0300, Riku Voipio wrote:
> On Thu, Apr 30, 2009 at 01:00:35PM +0200, Rickard Nilsson wrote:
> > I notice there is a GHC 6.8 package for armel, while 6.10 exists for
> > most other architectures. Is there anything I can do to help getting
&g
On Thu, Apr 30, 2009 at 01:00:35PM +0200, Rickard Nilsson wrote:
> I notice there is a GHC 6.8 package for armel, while 6.10 exists for
> most other architectures. Is there anything I can do to help getting
> 6.10 to armel?
ghc 6.10 + newer toolchain bumped the size of ghc binary to over 32MB,
On Tue, Apr 14, 2009 at 10:13:35PM +1000, Drew Parsons wrote:
> On Mon, 2009-04-13 at 17:06 +0300, Riku Voipio wrote:
> > On Sat, Apr 11, 2009 at 01:24:57AM +1000, Drew Parsons wrote:
> > >
> > > gerris is FTBFS failing to build from source on armel,
> >
&
On Sat, Apr 11, 2009 at 01:24:57AM +1000, Drew Parsons wrote:
> Dear armel experts,
> cc: Debian Science, Gerris upstream
>
> gerris is FTBFS failing to build from source on armel, see
> https://buildd.debian.org/build.php?pkg=gerris
> https://buildd.debian.org/fetch.cgi?&pkg=gerris&ver=0.9.2%
> 2
On Thu, Mar 19, 2009 at 09:40:47AM +, Martin Guy wrote:
> I thought I should mention this here too in case anyone else gets
> bitten by this armel-specific bug.
>A GCC bug has just turned up that affects the arm-*-gnueabi
> architecture in gcc-4.[123]. While debugging libvorbisenc (which
On Tue, Mar 17, 2009 at 08:05:50PM +0100, Martin Michlmayr wrote:
> I have a number of ARM devices/boards that I no longer need and I'm
> looking for developers or testers who can do something useful with
> them. Those devices have been given to me to improve Debian support,
> and so they should b
On Tue, Mar 03, 2009 at 08:52:03PM +0100, Wouter Verhelst wrote:
> so that maintainers could apply them to architecture-specific bugs when
> necessary. The format, suggested by Steve Langasek, was to use the
> porters mailinglist as the user, and the architecture name as the
> usertag (e.g., 'debia
On Wed, Feb 25, 2009 at 11:57:34AM +0100, Ruediger Leibrandt wrote:
> I got some advertisement-material from one of the chinese companies producing
> the new generation of ARM based Netbooks.
> I uploaded the advertisement - a pdf - to my homepage, so, when you have a
> spare moment or two, have
On Wed, Feb 18, 2009 at 01:09:32PM +0100, Yegor Yefremov wrote:
> For Etch I used initrd.gz from netwinder, but as far as I understand it
> supports only ARM and not EABI ARM. I need a "cdrom" installer and not
> the "netboot" one. What were the best way to install Lenny on my device?
What you
On Sat, Jan 31, 2009 at 11:34:32PM +0800, John wrote:
>You may try to compile it in scratchbox.
>But Iceweasel (Debian Firefox) still segfaults under Debian Sid Arm EABI
It works for me and others... If it does segfault, we'd like to know about it.
>port,See [1]http://flickr.com/photo
On Thu, Jan 08, 2009 at 11:35:22PM +0900, Junichi Uekawa wrote:
> I tried to test qemubuilder armel support and realized that I don't
> have the latest kernel.
> initrd isn't distributed inside a package, and I don't think there's a
> kernel which doesn't work without a initrd.
> Is there a kern
On Thu, Nov 20, 2008 at 10:44:05AM +0100, Martin Michlmayr wrote:
> * Martin Michlmayr <[EMAIL PROTECTED]> [2008-11-20 08:02]:
> > Sorry, I take this back. While it fixes the oops when beeping, I now
> > get this:
> Riku pointed out on IRC that I didn't apply his patch correctly. I
> fixed this
1 - 100 of 254 matches
Mail list logo
