Hi,
> Sigh - seems like Christian and I are the logical suspects... [â?¦]
> nvram and atari-fdisk may still be useful (what take have the
> installer people on the latter?).
Recent work on supporting Atari in the debian-installer was done by
Stephen R. Marenka (CCed).
I'm aware of Stephen's w
Hi,
While I was going through the list of orphaned packages which
have not a correct maintainer field yet (i.e.
http://qa.debian.org/orphaned.html) I noticed three fairly
m68k specific packages are on the list:
atari-fdisk
nvram
setsccserial
I thought before I try to compile them on crest myse
> > I think that's a drastically unfair judgement. I would rather ask
> > every maintainer to do a few extra steps for the quality of their
> > packages (or better yet, to improve automated systems to notify
> > (opt-in) maintainers about such problems). The port maintainers
> > already have a si
> > It was easily reproduced - there's no libmwdrivers.a for powerpc and the
> > microwindows build tries to use that before it's built.
>
> No, no, a thousand times no. microwindows does try to build
> libmwdrivers.before it's used, and without someone giving me a log of
Not on powerpc it doesn'
> > I think that's a drastically unfair judgement. I would rather ask
> > every maintainer to do a few extra steps for the quality of their
> > packages (or better yet, to improve automated systems to notify
> > (opt-in) maintainers about such problems). The port maintainers
>
> Such as the pack
I concur with Dan here - part because it's really his job, part because
I've had it with filing bug reports from m68k buildds myself. But there's
always two sides to that issue, so:
> > I think that's a drastically unfair judgement. I would rather ask
> > every maintainer to do a few extra steps
> > I've rescheduled the 0.88pre11-4 build hoping the build dependencies
> > install now. But that doesn't relate to #121459 at all.
>
> As far as I can tell, it doesn't work:
>
> http://buildd.debian.org/fetch.php?&pkg=microwindows&ver=0.88pre11-4&arch=powerpc&stamp=1010178840&file=log&as=raw
The
> microwindows is not building on powerpc, but I don't know why. The
make[1]: Entering directory
`/build/buildd/microwindows-0.88pre11/build/fb/microwin/src'
make[2]: Entering directory
`/build/buildd/microwindows-0.88pre11/build/fb/microwin/src/apps'
make[3]: Entering directory
`/build/buildd/mi
> > libs/microwindows_0.88pre11-4: Dep-Wait by schmitz-pb [optional:uncompiled]
> > Dependencies: freetype2-dev (>= 1.3.1-1), freetype2 (= 1.3.1-1)
>
> That may be a repercussion of using an outdated version of apt on my
> autobuilder - I can retry that build.
It's obvious after attempting to in
> > > Please don't. I just tried to build it and got exactly the same error
> > > as in the build report.
>
> > What version of apt do you have installed?
>
> 0.5.4. Why?
Because I suspected a problem with apt at the bottom of these 'freetype2
cannot be installed' problems. Next guess.
> > I would like to close bug 121459, and rely on powerpc to attempt a
> > build by the normal process and report a new bug against the current
>
> Please don't. I just tried to build it and got exactly the same error
> as in the build report.
What version of apt do you have installed?
M
> microwindows is not building on powerpc, but I don't know why. The
> bug report filed seems wrong to me, and the buildd report at
> http://buildd.debian.org/stats/?arch=powerpc&state=Dep-Wait
> reports:
>
> libs/microwindows_0.88pre11-4: Dep-Wait by schmitz-pb [optional:uncompiled]
> Dependenc
> See the referenced bug.
It first craps out when looking for libnano-X.a which is in
devel/libmicrowindows0-fb-dbg or devel/libmicrowindows0-x11-dbg. Ditto for
libmwdrivers.a.
Looks like it build depends on itself and needs special bootstrapping?
Other problems: needs sys/io.h which appears to
> Does anyone have time to dig into bug #123015 a little? I've tried the
Looking at the bug report:
A backtrace of the crash:
#0 0x0fb24568 in strlen () from /lib/libc.so.6
#1 0x0faf52ac in vfprintf () from /lib/libc.so.6
#2 0x0fb0f890 in vsprintf () from /lib/libc.so.6
#3 0x0ff9a754 in vspr
Package: pccts
Version: 1.33MR20a-1
Severity: serious
pccts refuses to build with bad permissions (644) on postinst.
Michael
-- Forwarded message --
Date: Thu, 09 Aug 2001 13:44:21 +0200
From: m68k build daemon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Log for fa
Package: wbd
Version: 1:1.00a-2
Severity: serious
wbd fails to build from source due to a link error ('code' not found). The
linker also complains about libtcl8.0.so.1 not being present despite
tcl8.0 and tcl8.0-dev being installed - tcl8.0 doesn't contain any shared
libs, tcl8.0-dev only contains
Package: knews
Version: 1.0b.1-5
Severity: serious
knews fails to autobuild while creating the binary packaged with a
permission problem on debian/substvarw.new:
ls -l debian/
drwxrwxr-x3 buildd Debian 4096 Apr 3 16:51 .
drwxr-xr-x7 buildd Debian 4096 Apr 3 16:15 ..
-rw
17 matches
Mail list logo
