ldds as arm64, that should
fix the issue, and at the same time fix building chromium and firefox.
For the release team, this means that the armel and armhf architectures
are now exclusively built from a 64-bit installation. In practice this
is similar to what is being done on
Source: glibc
Version: 2.38-1
Severity: important
Tags: upstream
X-Debbugs-Cc: debian-arm@lists.debian.org
Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=30909
glibc 2.38 added vector math library (libmvec) support for arm64, with
ASIMD and SVE version. This includes an
Source: glibc
Version: 2.37-15.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-arm@lists.debian.org
Starting with gcc-12 version 12.3.0-15, -D_TIME_BITS=64 together with
-D_FILE_OFFSET_BITS=64 are passed by
COMPAT_ALIGNMENT_FIXUPS kernel option enabled to reproduce the same
behaviour for 32-bit processes.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
On 2024-01-11 18:38, Aurelien Jarno wrote:
> On 2024-01-11 13:24, Adrian Bunk wrote:
> > On Thu, Jan 11, 2024 at 11:28:19AM +0100, Bastian Blank wrote:
> > >...
> > > On Thu, Jan 11, 2024 at 09:48:34AM +, Dimitri John Ledkov wrote:
> > > > Disabling de
t; suggest dropping amd64 if gcc would ICE on one kernel driver on that
> architecture.
Or maybe just blame the kernel instead:
https://lore.kernel.org/lkml/CAHk-=whkGHOmpM_1kNgzX1UDAs10+UuALcpeEWN29EE0m-my=w...@mail.gmail.com/
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
armel, mips64el, ppc64el, riscv64 where it FTBFS
> to unblock testing migration.
What is the reasoning behind the removal, especially for riscv64 which
built successfully?
Have you asked the porters for help before asking for the removal?
Regards
Aurelien
--
Aurelien Jarno
On 2023-04-10 14:36, Aurelien Jarno wrote:
> On 2023-03-30 19:59, Wookey wrote:
> > Some enquiries tell me that both these machines types are reliable
> > (although the mustangs are slow) at OBS and Yocto, so they can be OK,
> > but there is certainly much faster kit availa
On 2023-03-30 19:59, Wookey wrote:
> On 2023-03-26 12:25 +0200, Aurelien Jarno wrote:
>
> > The 3 arm64 boards running at ARM are pretty fine, we do not have any
> > issues with them, however they start to be old.
> >
> > On the other hand we have many issues
ds if we
> need them.
Yes please. It's becoming urgent to get new ARM64 hardware to overcome
all those issues, and we (DSA) failed to find new hardware to buy at a
decent price.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
sk of false positives and/or manual work.
>
> Without further ado, here we go.
>
> .debs unchanged:
> * base-files
> * db-defaults
> * coreutils
coreutils 9.1 enables y2038 support by default if available, so this is
actually expected.
Regards
Aurelien
--
Aurelien
ably.
>
> So yes, cheers for this. It is helpful in the real world (or at least
> it should be).
I confirm that this would be very helpful to Debian, so that 32-bit
binaries behaves the same with a 32-bit or a 64-bit kernel. Otherwise we
need to keep running (old) 32-bit hardware.
What's
On 2020-05-07 13:04, Noah Meyerhans wrote:
> On Wed, May 06, 2020 at 04:15:09PM +0200, Aurelien Jarno wrote:
> > > >One solution for this would be to ship the optimized library in the same
> > > >package as the default library. Now this is not acceptable for embedded
&
On 2020-05-06 13:56, Steve McIntyre wrote:
> Hey Aurelien,
>
> On Sun, May 03, 2020 at 11:53:35PM +0200, Aurelien Jarno wrote:
> >
> >One solution for this would be to ship the optimized library in the same
> >package as the default library. Now this is not accepta
s there are many new extensions in the
pipe.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
it's fairly straightforward to go for either of those options once a
decision is taken.
Regards,
Aurelien
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908928
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
> In any case, Aurelien can remove it.
Removed, but that won't change anything.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2019-08-09 16:26, Luke Kenneth Casson Leighton wrote:
> ---
> crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
>
> On Fri, Aug 9, 2019 at 1:49 PM Ivo De Decker wrote:
> >
> > Hi Aurelien,
> >
> > On 8/8/19 10:38 PM, Aurelien Jar
On 2019-08-08 23:57, John Paul Adrian Glaubitz wrote:
> Hi!
>
> On 8/8/19 10:38 PM, Aurelien Jarno wrote:
> > Any comments, ideas, or help here?
> I'm by no means a GHC nor Haskell expert, but I think it should be generally
> feasible to add native code generation s
On 2019-08-08 22:23, Ben Hutchings wrote:
> On Thu, 2019-08-08 at 22:38 +0200, Aurelien Jarno wrote:
> [...]
> > 1) Build a 64-bit compiler targeting the 32-bit corresponding
> >architecture and install it in the 32-bit chroot with the other
> >64-bit dependenci
more.
Any comments, ideas, or help here?
Regards,
Aurelien
[1] https://github.com/rust-lang/rust/issues/56888
[2] https://lists.debian.org/debian-release/2019/08/msg00215.html
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
c repository? Would it be possible to stop using
that outdated embedded copy and use the debian libffi package instead?
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
r
> > three, and then things go bad. Rebooting back to 4.9.144-3.1 makes them
> > stable again.
> >
> Still happening after upgrading to the stretch-backports kernel:
>
The problem is somehow related to openvswitch. After switching the
ganeti cluster from openvswitch to bridge
On 2019-05-25 13:00, Manuel A. Fernandez Montecelo wrote:
> Hi,
>
> Em sáb, 25 de mai de 2019 às 10:57, Aurelien Jarno
> escreveu:
> >
> > kfreebsd-amd64 and kfreebsd-i386 have now been moved to debian-ports. As
> > hurd-i386 has been moved earlier, it means that al
Hi,
On 2019-04-24 12:34, Joerg Jaspert wrote:
> On 15381 March 1977, Aurelien Jarno wrote:
>
> > > > It would be nice to have a bit more than 2 weeks to do all of that.
> > > Ok. How much? Is 6 or 8 weeks better? I don't think, given how long this
> > > is o
On 2019-04-13 17:01, Joerg Jaspert wrote:
> On 15371 March 1977, Aurelien Jarno wrote:
>
> > > How is the move to debian-ports supposed to happen? I won't have the
> > > time to do anything about it within the 2 weeks.
>
> > The process to inject all packa
in the debian-ports archive.
It would be nice to have a bit more than 2 weeks to do all of that.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Package: src:linux
Version: 4.9.110-1
Severity: normal
Dear Maintainer,
The arm64 kernel allows one to run aarch32 processes on an aarch64
processor (if it has support for it), using the standard 32/64-bit
syscall compatibility. However this compat layer does not correctly
validate the arguments
representative here.)
>
> Could you please take a look?
All the official build daemons are setup the same way, and they are
therefore all lacking the directory in /run/user. It is therefore not
the issue. Retitling the bug accordingly, and adding debian-arm@l.d.o
in Cc.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
dconfig-cache-abi.diff
- unsubmitted-ldso-abi-check.diff
- unsubmitted-ldso-multilib.diff
Could you please ensure that all the binaries in the archive that still
needs these patches are rebuilt?
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2015-12-16 23:37, Emilio Pozuelo Monfort wrote:
> On 16/12/15 23:30, Aurelien Jarno wrote:
> > At the beginning of the armhf port the hard-float dynamic linker has
> > been chosen to be '/lib/arm-linux-gnueabihf/ld-linux.so.3'. However it
> > has been standardized la
xxgdb_1.12-17
xxkb_1.11-2.1
yamdi_1.4-2
yics_0.1.2-3
z80asm_1.8-1
z88_13.0.0+dfsg2-3
zivot_20013101-3
zmakebas_1.2-1.1
zpspell_0.4.3-4.1
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
the
problem of booting that linux kernel :)
Petitboot is the default bootloader on this machine when configured to
run Linux. It's the interface the user see when powering up the machine.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http
on package.d.o. I guess there was a small glitch in the
previous install run.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject
be found as well on:
http://archive.debian-ports.org/archive_2014.key
Or attached to this mail.
Regards,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
archive_2014.key
Description: application/pgp-keys
8231 AA65 1E74 623D B0B8
uid Debian Ports Archive Automatic Signing Key (2014)
ftpmas...@debian-ports.org
It can be found as well on:
http://archive.debian-ports.org/archive_2014.key
Or attached to this mail.
Regards,
Aurelien
--
Aurelien Jarno
it's clearly not
related with the load. I am not aware of any issue with lucatelli, do
you have some more details?
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-arm-requ
errors there is lot of manual work to fix it (unless
resetting the
apt-ftparchive on debian-ports would solve this).
We can rebuild the apt-ftparchive database at some point.
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http
Hi,
On Tue, Dec 03, 2013 at 01:18:33PM +0100, Hector Oron wrote:
Hello,
2013/12/3 Aurelien Jarno aurel...@aurel32.net:
On Tue, Dec 03, 2013 at 12:43:36AM +0100, Hector Oron wrote:
5.2 Setup arm64 debian-ports
⁃ arm64 setup as new bootstrapping port
through another email
address, but I haven't found time to work on that. Just stay tuned.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject
On Mon, Apr 15, 2013 at 01:47:28AM +0100, Ben Hutchings wrote:
On Sun, 2013-04-14 at 23:41 +0200, Aurelien Jarno wrote:
[...]
Sorry to answer late, I only have been able to test it now.
Unfortunately the vexpress image is now broken, due to this change:
| * Replace nic-modules with nic
On Mon, Apr 15, 2013 at 10:34:03AM +0200, Aurelien Jarno wrote:
On Mon, Apr 15, 2013 at 01:47:28AM +0100, Ben Hutchings wrote:
On Sun, 2013-04-14 at 23:41 +0200, Aurelien Jarno wrote:
[...]
Sorry to answer late, I only have been able to test it now.
Unfortunately the vexpress image
-installerarch=armhfver=20130211stamp=1360628633
and with Aurélien's addition:
| [ Aurelien Jarno ]
| * Build a vexpress image on armhf.
(I think I'll clarify in the changelog it's a netboot image.)
→ Please test and report back! Thanks already!
Sorry to answer late, I only have been able
On Sun, Apr 14, 2013 at 11:41:25PM +0200, Aurelien Jarno wrote:
On Thu, Apr 11, 2013 at 10:53:12AM +0200, Cyril Brulebois wrote:
Control: tag -1 patch moreinfo
Cyril Brulebois k...@debian.org (10/04/2013):
Patches (preferably tested ;)) against src:debian-installer to update
package
Hi,
On Wed, Jul 04, 2012 at 07:54:27PM -0600, Philipp Kern wrote:
Aurelien,
thanks for informing us.
On Thu, Jul 05, 2012 at 12:08:06AM +0200, Aurelien Jarno wrote:
As a consequence the armhf value will have to be changed in the future,
which might have some side effects.
What kind
to re-enable this patch for wheezy once it
has been merged upstream, or even when at least the tag value is merged
upstream.
Thanks,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description
On Sat, Apr 30, 2011 at 11:54:56PM +0200, Aurelien Jarno wrote:
Hi all,
As some of you might already be aware, debian-ports.org is moving to a
new machine, which should solve our disk space issues and secure the
hosting for the future. This machine is now hosted by Debian and is
called
the migration is really finished.
Aurelien
[1] This is a moon of Jupiter, in the same series as kfreebsd or hurd
related machines.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital
Hi ARM porters,
I am forwarding this email, as libffi also has testsuite issues on
armel, like some other architectures, but the ARM porters list was
obviously forgotten.
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http
4.5.3, expected later this week, at
least on amd64, armel, i386 and powerpc. GCC 4.6 apparently will be
If you do the switch, please also add mips and mipsel, that would avoid
you to have to complain in two weeks that these architectures have not
yet been switched.
--
Aurelien Jarno
to Ubuntu and
Matthias forwarded it to Debian.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
whether there's a general rule for this
It's not a general rule. For example, 32-bit sparc is /lib/ld-linux.so.2
while 64-bit sparc is /lib64/ld-linux.so.2.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
based on solid *facts*, benchmarks, tests and so on.
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.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel
0.0001% of the work...
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
indeed be a good example of a hardfp candidate.
OTOH, I am not sure povray is the most use software on ARM...
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-arm-requ
Martin Guy a écrit :
On 7/16/10, Martin Michlmayr t...@cyrius.com wrote:
* Aurelien Jarno aurel...@aurel32.net [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
On Thu, Jul 15, 2010 at 08:06:42PM +0300, Konstantinos Margaritis wrote:
On Thursday 15 July 2010 19:48:43 Aurelien Jarno wrote:
Note that the new alternative to hwcap is called multiarch in the GNU
libc (something totally different than multiarch in Debian). It allows
to provide different
On Tue, Jul 13, 2010 at 11:49:48PM +0200, Hector Oron wrote:
Dear Aurelien,
2010/7/13, Aurelien Jarno aurel...@aurel32.net:
One more technical issue, though not directly related to ARM: we need to
upgrade the hard drives on the debian-ports.org machine before accepting
a new port
Matthias Klose a écrit :
On 06.06.2010 00:51, Aurelien Jarno wrote:
On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
Package: eGLIBC
Version: 2.11.1-2
Severity: serious
gcc-4.4 and gcc-4.5 fail to build after the upgrade to eGLIBC-2.11:
https://buildd.debian.org/fetch.cgi
shows an important
regression, the resulting libc.so.6 is non-PIC. I haven't been able to
reproduce it with other programs though.
I don't think it should prevent the switch to gcc-4.4, but we should
probably pay more attention to the binaries built after the switch.
--
Aurelien Jarno
On Sun, Jul 19, 2009 at 05:43:26PM +0200, Aurelien Jarno wrote:
Package: binutils
Version: 2.19.51.20090714-1
Severity: important
It took me a while to understand the problem. tst-cancelx4 from the GNU
libc testsuite, when linked with binutils 2.19.51.20090704-1 or
2.19.51.20090714-1
Package: binutils
Version: 2.19.51.20090714-1
Severity: important
It took me a while to understand the problem. tst-cancelx4 from the GNU
libc testsuite, when linked with binutils 2.19.51.20090704-1 or
2.19.51.20090714-1 fails with:
| cleanup handler not called for 'fdatasync'
The problem does
access, and you should
have it. Please contact me privately with a new key/password for you
account so that we can fix the problem.
Best regards,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED
been built successfully on grieg.
Is there any mechanism to prevent this in future? For example, can
boost be added to a list of packages that are not to be built on a
netwinder?
This has to be changed on netwinder itself. James, could you please do that?
--
.''`. Aurelien Jarno
7EC0 0792 1824 4322 9C06
uid Debian Ports Archive Automatic Signing Key (2008) [EMAIL
PROTECTED]
It can be found as well on:
http://archive.debian-ports.org/archive_2008.key
Or attached to this mail.
Regards,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D
Martin Guy a écrit :
2008/1/4, Aurelien Jarno [EMAIL PROTECTED]:
Aurelien Jarno a écrit :
Ben Burton a écrit :
Thanks for rescheduling another regina-normal/arm build. Unfortunately
it looks as though it crashed at the same point in the test suite as
last time.
I did try to reproduce
Aurelien Jarno a écrit :
Ben Burton a écrit :
Hi again,
Thanks for rescheduling another regina-normal/arm build. Unfortunately
it looks as though it crashed at the same point in the test suite as
last time.
It has been tried on hedges, which is the buildd which has the most RAM
a problem with elara, see #458118.
(vorlon, can you retry octave3.0 on another buildd?)
Requeued, but it's not possible to choose the buildd. Let's hope it
won't be tried on elara again.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical
reproduce this crash manually.
Opinions?
I will try to reproduce the bug here, but my arm machine already have a
long queue of things to do, so that won't be before the end of the week.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer
archive. Don't use it is outdated.
Also, debian-ports.org admins, can we have http browse permission on
ftp.debian-ports.org please? It would help understand what is going on
What do you mean exactly? The directories should already be browseable.
At least they are from here.
--
.''`. Aurelien
://buildd.debian-ports.org
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
archive_2007.key
Description: application
Colin Tuckley a écrit :
Aurelien Jarno wrote:
The new machine is called debian-ports.org [1]. As before the archive is
accessible through http [2], ftp [3] and rsync [4]. You will find
attached to this mail the new archive key signed by myself, it is also
available on [5
Martin Guy a écrit :
2007/12/3, Aurelien Jarno [EMAIL PROTECTED]:
You may have noticed that gnuab.org (the archive for armel, hurd-i386,
kfreebsd-amd64 and kfreebsd-i386) is down for a few days.
The new machine is called debian-ports.org
Hi
An old problem has resurfaced in the new armel
for gnuab.org, both of which seem to
be not working.
This is unfortunately not a DNS problem, the host itself is down.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED
?
I don't know if it is possible or not, but as the machine hosting the
repository is the same as the one which hosts the DNS, that won't work
either.
I guess you can try to use a mirror instead. See:
http://wiki.debian.org/Debian_GNU/kFreeBSD_Mirrors
--
.''`. Aurelien Jarno
to
@no_auto_build on the slower ones.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email
since the crash of ries. udeb packages are now
listed in the Packages.gz file, which causes the build daemon to use them.
Bug filled as #272 on rt.debian.org. I have also requeued the package as
this udeb is now gone from incoming.debian.org.
--
.''`. Aurelien Jarno | GPG: 1024D
On Thu, Jul 26, 2007 at 10:24:05AM +0200, Andreas Barth wrote:
* Aurelien Jarno ([EMAIL PROTECTED]) [070726 10:18]:
[xulrunner build-dep]
It is not a strict need (it is for gcjwebplugin), but the Debian package
build-depends on it. I faced the issue while bootstrapping on arm.
So just
On Thu, Jul 26, 2007 at 10:15:35AM +0200, Andreas Barth wrote:
* Matthias Klose ([EMAIL PROTECTED]) [070726 00:05]:
Andreas Barth writes:
* Aurelien Jarno ([EMAIL PROTECTED]) [070725 23:28]:
Done. I have just uploaded it. For information, here is the result of
the testsuite
testcases 24
Target: arm-linux-gnu
gcc version 4.2.1 (Debian 4.2.1-0)
We now have java working again on arm. Thanks a lot to Andrew Haley for
his great work on gcj.
Cheers,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical
On Wed, Jul 18, 2007 at 12:09:07PM -0500, Dirk Eddelbuettel wrote:
On 18 July 2007 at 18:24, Aurelien Jarno wrote:
| Dirk Eddelbuettel a écrit :
| I put up a new revision quantlib_0.8.1-2 which builds better on some
arches
| (mips, mipsel) but dies on arm with
|
| make[4]: Entering
That's most probably a lack of memory on the build daemon.
I will try to build it on a machine with more ram.
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED
before, just do it...
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
David Fokkema a écrit :
On Sat, 2007-06-02 at 15:37 +0200, Aurelien Jarno wrote:
Lennert Buytenhek a écrit :
If you never fix machines when they break, having 7 machines is better
than having 2 machines, because if you lose 1 out of 2 machines you lose
half of your build capacity, whereas
David Fokkema a écrit :
On Sun, 2007-06-03 at 17:27 +0200, Aurelien Jarno wrote:
David Fokkema a écrit :
On Sat, 2007-06-02 at 15:37 +0200, Aurelien Jarno wrote:
Lennert Buytenhek a écrit :
If you never fix machines when they break, having 7 machines is better
than having 2 machines, because
.
FYI, we currently have lost 4 out of 7 machines...
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Aurelien Jarno a écrit :
Wookey a écrit :
On 2007-05-08 12:05 +0200, Aurelien Jarno wrote:
Hi all,
The ARM port is getting bad [1], the percentage of packages built
staying a bit more than 90% for 2 weeks. Also this is confirmed by a
message on #debian-arm this morning:
09:30 doko please
leafnode_1.11.6-2
xgsmlib_0.2-7
g3data_1:1.5.1-1
vrweb_1.5-17
bashdb_3.1.0.8-2
nis_3.17-8
liblocale-ruby_0.1-5
haskell-edison_1.2.1-3
libxml2_2.6.28.dfsg-1
wzdftpd_0.8.1-3
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
Hi,
The packages below are marked as Building for a time much longer that
they usually need for building. Could you please have a look and requeue
them if needed?
Thanks,
Aurelien
libmrss_0.17.1-1
libcrypt-mysql-perl_0.04-2
xchm_2:1.13-1
mapnik_0.4.0-1+b1
--
.''`. Aurelien Jarno
currently build without TLS for Hurd and
m68k. It is also probably possible for arm, but that means switching
back to linuxthreads. This is probably a lot of work.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL
of iterations ( 10).
Bye,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email to [EMAIL
is supported in the experimental glibc.
I don't really want to keep this patch if it is not used anymore.
Moreover it breaks other architectures, so it needs to be applied
conditionally.
Bye,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer
problems wrt to ioctls. For example Alsa do not work.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
Lennert Buytenhek a écrit :
On Wed, Feb 14, 2007 at 11:11:58AM +0100, Aurelien Jarno wrote:
Nice. Mine took 20 mins longer (real time), of which there was 3 mins
more user time. I had some other processes running, so... I was a bit
worried about the size of the deb, only 8.5M whereas my x86
is in the pool.
initramfs-tools requires klibc-utils, and the kernel package needs
initramfs-tools...
You can also uses yaird, which does not depends on klibc-utils
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL
Lennert Buytenhek a écrit :
On Wed, Feb 14, 2007 at 12:20:19PM +0100, Aurelien Jarno wrote:
I also cross-compiled the kernel on a x86 laptop (1.5 GHz) and that took
me about half an hour. First, I though that it wasn't working right (I
Note that you need to use an arm eabi toolchain
a build.
It completed somewhere during the night, I'm uploading the packages now.
The versatile flavour works well. Thanks!
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL
1 - 100 of 120 matches
Mail list logo