On 2024-08-24 19:57, Aurelien Jarno wrote:
> control: unmerge 1079443
> control: retitle 1079443 fts_* calling non-LFS __readdir
>
> On 2024-08-24 21:40, Stepan Golosunov wrote:
> > On Sat, Aug 24, 2024 at 05:20:44PM +0200, Aurelien Jarno wrote:
> > > control
right place to fix that, please
report it to the sbuild package instead.
> The affected buildds seem to be using schroot, as opposed to unshare.
> I don't know precisely how it is configured (/tmp from the host, or
> /tmp part of the chroot, or what).
Chroots are crea
control: unmerge 1079443
control: retitle 1079443 fts_* calling non-LFS __readdir
On 2024-08-24 21:40, Stepan Golosunov wrote:
> On Sat, Aug 24, 2024 at 05:20:44PM +0200, Aurelien Jarno wrote:
> > control: forcemerge 916276 1079443
> >
> > Hi
> >
> > On 2024
porters, please work on providing a patch to upstream
and get it merged. I'll then backport it to the debian package.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
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 arch
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 default
e have the
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 wit
lem. I'm sure we can get new arm64 buildds 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
me, presumably.
>
> 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-b
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 acceptable
t be the case for arm64 as there are many new extensions in the
pipe.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
but I don't think that's the most difficult part,
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 Jarno w
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 generat
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 dependencies.
y anymore.
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
he gcc 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
> > >
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 pack
an inject that 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
> presumably 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
On 2016-04-26 00:33, Steve McIntyre wrote:
> On Mon, Apr 25, 2016 at 09:57:00AM +0200, Aurelien Jarno wrote:
> >On 2016-04-25 00:30, Steve McIntyre wrote:
> >> Package: libc6-bin
> >> Severity: serious
> >> Version: 2.22-7
> >> Tags: patch
> >&
- unsubmitted-ldconfig-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 stand
watch_2.11-15
xwrits_2.21-6.1
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
s
ion files on mountable devices
> > +in the system, and can also be configured to use boot information from a
> > +DHCP server.
> > +
> > +
> > +
> > +
> > +
> > +
> > +
>
> Since petitboot runs inside a runnin
o you know what could be wrong?
This morning it seems the Packages list is fine, and that the packages
correctly appear 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
E5E9 8231 AA65 1E74 623D B0B8
uid Debian Ports Archive Automatic Signing Key (2014)
It can be found as well on:
<http://archive.debian-ports.org/archive_2014.key>
Or attached to this mail.
Regards,
Aurelien
--
Aurelien Jarno GPG: 102
ll 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
si
lli does need
> occasional reboots too, IIRC.
I agree that corelli and gabrielli are unstable, though 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/F1BCDB7
gt; on how I should proceed.
I would say stop doing manual upload and start the build daemons.
> Best solution would probably be, if the wanna-build database rescans what's in
> the archive already. Is this possible?
Yes, I can re-enable the hppa wanna-build database if it is act
Hi,
On Tue, Dec 03, 2013 at 01:18:33PM +0100, Hector Oron wrote:
> Hello,
>
> 2013/12/3 Aurelien Jarno :
>
> > On Tue, Dec 03, 2013 at 12:43:36AM +0100, Hector Oron wrote:
> >> 5.2 Setup arm64 debian-ports
> >>
> >>
&
ructure.
I don't really see the point, as it is already the case. Actually most
of the uploaders in debian-ports are non-DD, and it is something that
should not be lost in the transfer either.
Regards,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
.debian.org and is kept
> in
> another place.
>
hppa porters have ignored my emails during a few years, and then started
to write me during a few more years using an email address that went
to /dev/null, so they never got my answers, and thus never answered me...
This is true th
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.
> >
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:
> &g
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 (10/04/2013):
> > > Patches (preferably tested ;)) against src:debian-ins
s/netboot/vmlinuz-3.2.0-4-vexpress
> | ./installer-armhf/current
>
> This seems consistent with the previous upload:
>
> https://buildd.debian.org/status/fetch.php?pkg=debian-installer&arch=armhf&ver=20130211&stamp=1360628633
>
> and with Aurélien's addi
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 m
ready 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
Descri
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 b
wait until 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
Descr
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 GP
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
<http://archive.debian-ports.org/archive_2011.key>
Or attached to this mail.
Regards,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
archive_2011.key
Description: application/pgp-keys
signature.asc
Desc
t was reported first 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 "unsubscrib
d 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
>
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
Martin Guy a écrit :
> On 7/16/10, 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,
>&g
gt; I think povray is a nice example of a random package where we wouldn't
> put the effort to create a vfp pass, and where there's no lib, so it
> might indeed be a good example of a hardfp candidate.
>
OTOH, I am not sure povray is the most use software on ARM...
--
Au
Konstantinos Margaritis a écrit :
> On Friday 16 July 2010 10:47:40 Aurelien Jarno wrote:
>> Have this 30% have actually been measured on such applications?
>
> how can I benchmark the desktop? It feels faster, that's definite.
>
>> If softfp is already 10x f
ct I'd go as far as choose
> armhf right now, but I'll get back on that a bit later.
>
Picking the right name is probably lest than 0.0001% of the work...
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
hould not be done, but that starting such a
port should be done 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.
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" i
and to introduce more
granularity (e.g. on x86 SSE, SSE2, SSE3, SSSE4.2, AVX, etc).
Currently only x86, x86_64, ia64, powerpc and sparc are supported, but
it should not be difficult to add support for more architectures.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@au
On Tue, Jul 13, 2010 at 11:49:48PM +0200, Hector Oron wrote:
> Dear Aurelien,
>
> 2010/7/13, Aurelien Jarno :
> > 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
> >
, but that may introduce a bit of delay.
Alternatively we can move one port (SH4 ?) to the official Debian
archive ;-)
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.d
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
ng glibc with gcc-4.4 on armel 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 aft
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
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
st
> certainly charge a handling fee as well.
>
> My educated guess given the sheevaplugs size and value is that you
> probablly will get charged for importing a sheevaplug from a reputable
> vendor in the USA.
>
FYI I had to pay around 30 EUR (VAT + fees) to Fede
the root password, but I have sudo 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
etwinder?
This has to be changed on netwinder itself. James, could you please do that?
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/
CF22 5AED 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
--
.''`.
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 th
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,
hanges to Octave's source.
>
> Sounds like 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.
--
.'
is a bit head-in-the-sand, it's also the only
> practical option I can see if nobody can 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
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 Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer
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
>
>
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
&
http://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
he installer - and if so what is the correct
> one?
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_G
a browser.
>
> There are two name servers 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 | E
daemons have been replaced by faster ones, so
it may be possible to add new platforms, and add linux-2.6 to
@no_auto_build on the slower ones.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [E
with ARM, but with the new setup of
incoming.debian.org 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.
--
.&#x
635,6 +635,8 @@
1: ldr r3, [r1], r11 @ s/w flush D cache
teq r1, r2
bne 1b
+2: mrc p15, 0, r15, c7, c14, 3 @ test,clean,invalidate
+ bne 2b
mcr p15, 0, r1, c7, c5, 0 @ flush I cac
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 wh
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, her
29
# of untested 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/F1BCDB
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
hat have been g++ 4.2 anyway?
>
> Full log at
> http://buildd.debian.org/fetch.cgi?&pkg=quantlib&ver=0.8.1-2&arch=arm&stamp=1184754190&file=log
>
>
That's most probably a lack of memory on the build daemon.
I will try to build it on a machine with more ra
am also away this week-end, so that may
even be monday...
If someone wants to do the job before, just do it...
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL
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,
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
>
chines 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 if you lose 1 out of 7 machines,
> it's not a really big deal.
FYI, we currently have lost 4 out of 7 m
pload.
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
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
1 - 100 of 136 matches
Mail list logo
