On 2014-01-30 18:49, Samuel Thibault wrote:
Svante Signell, le Tue 28 Jan 2014 21:33:50 +0100, a écrit :
However, version 1.0.17-2 seems to have failed on the buildd.
That build attempt was made 210 day ago, maybe a reschedule would be
useful :)
It still fails to build, and that can be reprodu
Svante Signell, le Tue 28 Jan 2014 21:33:50 +0100, a écrit :
> However, version 1.0.17-2 seems to have failed on the buildd.
> That build attempt was made 210 day ago, maybe a reschedule would be
> useful :)
It still fails to build, and that can be reproduced on box exodar and
darnassus: it hangs
On Tue, 2014-01-28 at 11:32 +0100, Svante Signell wrote:
> On Mon, 2014-01-27 at 00:36 +0100, Michael Banck wrote:
> > music123
>
> build-depends on gnat-4.6-> #732681
gnat-4.8**
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
On Tue, 2014-01-28 at 20:49 +0100, Pino Toscano wrote:
> On 2014-01-28 11:32, Svante Signell wrote:
> >> nagios-plugins-contrib
> >
> > depends on libmemcached-dev -> builds fine now then the mach keyword
> > is
> > removed from gcc-4.8: schedule a rebuild!
>
> You are confusing "mach" (removed f
On 2014-01-28 11:32, Svante Signell wrote:
nagios-plugins-contrib
depends on libmemcached-dev -> builds fine now then the mach keyword
is
removed from gcc-4.8: schedule a rebuild!
You are confusing "mach" (removed from GCC's keywords) with __MACH__,
which is what the libmemcached version in
On Mon, 2014-01-27 at 00:36 +0100, Michael Banck wrote:
> Hi,
...
> pdns
PATH_MAX -> #...
> privoxy
build attempt 206 days ago -> builds fine now: reschedule
> proxychains
build attempt 246 days ago -> buildss fine now: reschedule
> pyepr
depends on libepr-api2-dev -> libepr-api2 (< 2.2-2+1
On Mon, 2014-01-27 at 00:36 +0100, Michael Banck wrote:
> Hi,
...
> The leaf packages to remove are:
...
> evolution-ews
> evolution-rss
depends on evolution-dev->bogofilter: #729192
> gdb-arm-none-eabi
built fine
https://buildd.debian.org/status/fetch.php?pkg=gdb-arm-none-eabi&arch=hurd-i386&ve
Svante Signell, le Mon 27 Jan 2014 11:04:47 +0100, a écrit :
> On Mon, 2014-01-27 at 02:00 +0100, Michael Banck wrote:
> > On Mon, Jan 27, 2014 at 01:43:08AM +0100, Michael Banck wrote:
> > > > Maybe a way to avoid the (few) cases where linux/i386 is lagging behind
> > > > (due to FTBFS) could be r
On Mon, 2014-01-27 at 02:00 +0100, Michael Banck wrote:
> Hi,
>
> On Mon, Jan 27, 2014 at 01:43:08AM +0100, Michael Banck wrote:
> > > Maybe a way to avoid the (few) cases where linux/i386 is lagging behind
> > > (due to FTBFS) could be running it against amd64 as well, and not
> > > considering t
Hi,
On Mon, Jan 27, 2014 at 01:43:08AM +0100, Michael Banck wrote:
> > Maybe a way to avoid the (few) cases where linux/i386 is lagging behind
> > (due to FTBFS) could be running it against amd64 as well, and not
> > considering the sources not appearing in both.
Those are the ones which get dro
Hi,
wow, thanks for looking through them!
On Mon, Jan 27, 2014 at 01:30:54AM +0100, Pino Toscano wrote:
> On 2014-01-27 00:36, Michael Banck wrote:
> Just few notes about some of the sources in the list:
>
> >e17
>
> This was affected by a bug in edje, so it might be given back.
>
> >chocolate
On 2014-01-27 00:36, Michael Banck wrote:
attached is the output of a query against projectb. It shows
hurd-i386
binary packages which used to build fine in the past, but which are
outdated with respect to i386 (presumably the most uptodate, maybe I
should switch to amd64) now.
The following p
Michael Banck, le Mon 27 Jan 2014 00:36:46 +0100, a écrit :
> attached is the output of a query against projectb. It shows hurd-i386
> binary packages which used to build fine in the past, but which are
> outdated with respect to i386 (presumably the most uptodate, maybe I
> should switch to amd64
Hi,
attached is the output of a query against projectb. It shows hurd-i386
binary packages which used to build fine in the past, but which are
outdated with respect to i386 (presumably the most uptodate, maybe I
should switch to amd64) now.
The following packages are leaf packages, i.e. packages
14 matches
Mail list logo