it's been a pretty good experience on armhf and
definitely much faster than what we had before.
[1]
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial/commit/kernel/sys.c?id=fff84367fa2a19f20c2b9094b47bc3db51fed183
I can't really speak for how it would be on arm
eer projects.
Fortunately these only block a minority of Haskell packages ...
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
hout any of it being written
> to device.
Not to my knowledge; you'd be best advised to arrange for libparted to
be smart enough not to do this for UBI devices, I think.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, Dec 14, 2007 at 09:23:16PM -0700, Gordon Farquharson wrote:
> On Dec 14, 2007 5:28 PM, Colin Watson <[EMAIL PROTECTED]> wrote:
> > openssh needs to be built with the upgraded zlib1g-dev; upgrading it
> > just for the installer image build won't help. If you
On Fri, Dec 14, 2007 at 09:59:32AM -0700, Gordon Farquharson wrote:
> On Dec 5, 2007 2:48 AM, Colin Watson <[EMAIL PROTECTED]> wrote:
> > Simply upgrading zlib1g-dev on the buildd to anything other than the
> > broken version 1:1.2.3.3.dfsg-3 will fix it. It doesn't reall
uld you upgrade the buildd
and do a binary NMU, perhaps?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ract enough interest from users of those ports to be
> maintained on an ongoing basis, it may be better to have outdated
> binaries removed rather than shipping packages that aren't really going
> to be supported.
Yeah. Certainly James has said to me on a number of occasions that
h
appreciate it.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
CC issue.
>
> I've just recompiled libcrypto with 2.95 as Vince did, and the problem
> has gone away for now. This also prevents Apache working, so I humbly
> suggest this matter is fixed ASAP.
Feel free to do a binary-only NMU for now, as far as I'm concerned.
--
Colin Watson [EMAIL PROTECTED]
and then exit. So
> it seems that the illegal instruction is somewhere during
> or after it trying to daemonize itself.
>
> If I run it within gdb and let it crash, a bt shows only a
> line with a ? without any useful information.
Can anyone on debian-arm help me with this bug, please?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
h for the last week,
but no build log or upload has materialized ...
--
Colin Watson [EMAIL PROTECTED]
Hi,
qt-x11-free has built on arm, but apparently hasn't been uploaded. The
build was on smackdown, which I understand is not one of the machines
whose hosting recently evaporated. Could somebody please investigate
this, as we need qt-x11-free for a working KDE in testing?
Thanks,
--
On Sat, Nov 08, 2003 at 01:25:48AM +, Colin Watson wrote:
> If an NMU would help, say the word. I'm preparing a build now in case it
> turns out to be useful.
Here's the diff I would use if I were to make an NMU (which I haven't
done yet, obviously). It built successfu
ting in its way. Could this patch please be
applied soon?
If an NMU would help, say the word. I'm preparing a build now in case it
turns out to be useful.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
to the lack of
Build-Depends-Indep:. Upgrading dpkg-dev in the autobuilder's chroot
should fix that.
--
Colin Watson [EMAIL PROTECTED]
why, or kick the buildd into retrying?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
On Thu, Apr 24, 2003 at 05:36:30PM +0100, Philip Blundell wrote:
> On Thu, 2003-04-24 at 16:10, Colin Watson wrote:
> > /tmp/ccAqo7s9.s: Assembler messages:
> > /tmp/ccAqo7s9.s:4783: Error: bad immediate value for offset (4112)
> > /tmp/ccAqo7s9.s:4785: Error: bad immed
uot;.deps/fmopl.Tpo"; exit 1; \
fi
/tmp/ccAqo7s9.s: Assembler messages:
/tmp/ccAqo7s9.s:4783: Error: bad immediate value for offset (4112)
/tmp/ccAqo7s9.s:4785: Error: bad immediate value for offset (4112)
make[4]: *** [fmopl.o] Error 1
Thanks,
--
Colin Watson [EMAIL PROTECTED]
ed for
debugging.
Suggestions appreciated.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(at least abiword and bonobo)
Perhaps a binary-only NMU is needed on an arm machine that has
libdb3-dev 3.2.9-16 installed? Interestingly, all other architectures
except hppa were also built against 3.2.9-15, but the only one that
seems to have been adversely affected is arm.
Thanks,
--
Co
and
sparc? The version in testing used /usr/man rather than /usr/share/man,
and needs to be upgraded. I realize it's in non-free.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
On Fri, Mar 08, 2002 at 11:55:20AM +, Phil Blundell wrote:
> On Fri, 2002-03-08 at 11:31, Colin Watson wrote:
> > c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/gtk-1.2
> > -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include
> > -I../intl
emaining package on arm that still has its documentation in
/usr/doc (see http://auric.debian.org/~cjwatson/doc-scoreboard.html).
Thanks,
--
Colin Watson [EMAIL PROTECTED]
5.0-5 | testing | powerpc
pgp5i | 5.0-5 | unstable | powerpc
pgp5i | 5.0-7 | testing | source, alpha, arm, i386, sparc
pgp5i | 5.0-7 | unstable | alpha, arm
pgp5i | 5.0-8 | unstable | source, i386, m68k, s390
Thanks,
--
Co
This sort of thing is normally handled with a binary-only NMU. Can
anyone on -arm oblige?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
On Fri, Jan 04, 2002 at 05:46:58PM +, Colin Watson wrote:
> Apparently groff 1.15.2-3 is going to be accepted for Debian 2.2r5. I've
> built it for i386 and sparc, but I'd appreciate it if the other four
> stable architectures could also build this version.
Cancel that -
Apparently groff 1.15.2-3 is going to be accepted for Debian 2.2r5. I've
built it for i386 and sparc, but I'd appreciate it if the other four
stable architectures could also build this version.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
ied this stage of the build on medusa and groff worked
fine, so I'm not sure what went wrong.
--
Colin Watson [EMAIL PROTECTED]
Hi,
The libfloat package is currently orphaned, and seems to be arm-only.
Would anyone with ARM experience like to look after it?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
isible to
the user of your program".
> 1. Modifications should come back to me. This is to prevent the current
>situation where people have long outstanding patches against the Linux
>kernel sitting around that we, as a community, never see. If anything,
>this is a requirement I want to tighten up.
This I'm not sure about. -legal?
--
Colin Watson [EMAIL PROTECTED]
30 matches
Mail list logo