altos tracking wrong branch
It looks like https://qa.debian.org/cgi-bin/vcswatch?package=altos is tracking the master branch .. it should probably be tracking the debian branch instead. Bdale signature.asc Description: PGP signature
Bug#665461: makedev: GNU/kFreeBSD needs ttyv[0-9]*.
#part sign=pgpmime On Fri, 30 Mar 2012 22:35:15 +0200, Mats Erik Andersson mats.anders...@gisladisker.se wrote: The package is assigned to the Debian QA group, so the glibc-bsd group or Bdale Garbee are most likely to act on this. I do not intend to work on the makedev package any more. On modern Linux systems, udev is a complete solution for everything except deeply embedded systems, where makedev isn't the right solution either. Bdale -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mx6w8mp1@gag.com
Re: Load on udd.d.o
andr...@an3as.eu (Andreas Tille) writes: On Mon, Oct 24, 2011 at 06:00:33PM +0200, Martin Zobel-Helas wrote: Debian got a lot of new machines by donations in the past, machines that had been stocked with the best and newest parts at that time. The time we got those donations is over and will most probably never ever come back. It would be interesting to learn more about this statement. I guess you are basing it on the numbers donated hardware / year. I suspect it may also have come from discussions I've had with the admin team about funds that are or aren't available for various proposed hardware donations. But where do you see the reasons which let you assume that they most probably never ever come back. I wouldn't say never, but the glory days of the open source investment bubble when companies were jockeying for attention in a rapidly growing market and had relatively large budgets to apply to speculative investments are just gone. Are we doing something wrong / not so good as in those days when we got the donations? Nope, we're just victims of macro-economic changes in the market around us. The companies that have supported Debian in the past are still good friends of the project, but across the industry there's just less total money available in the system to support things like donating server hardware. Bdale -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8762jdkwak@gag.com
Bug#208720: libgtop_1.0.13-7.2(unstable/ia64): FTBFS: cannot find -lgtop
Package: libgtop Version: 1.0.13-7.2 Severity: serious This package fails on the ia64 autobuilder as shown below. Bdale | Automatic build of libgtop_1.0.13-7.2 on caballero by sbuild/ia64 1.170.4 | Build started at 20030904-0507 [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 3.0.0), automake1.4, gettext, autoconf2.13, gawk, dc, texinfo, autotools-dev, libtool1.4, libgnome-dev, libguile-dev, libglib1.2-dev, libzvt-dev [...] | gcc -shared open.lo close.lo cpu.lo mem.lo swap.lo uptime.lo loadavg.lo shm_limits.lo msg_limits.lo sem_limits.lo proclist.lo procstate.lo procuid.lo proctime.lo procmem.lo procsignal.lo prockernel.lo procsegment.lo procargs.lo procmap.lo siglist.lo sysinfo.lo netload.lo ppp.lo -lgtop -lgtop_common -L/usr/lib /usr/lib/libglib.so -lm -Wl,-soname -Wl,libgtop_sysdeps.so.1 -o .libs/libgtop_sysdeps.so.1.0.12 | /usr/bin/ld: cannot find -lgtop | collect2: ld returned 1 exit status | make[4]: *** [libgtop_sysdeps.la] Error 1 [...] A complete build log can be found at http://buildd.debian.org/build.php?arch=ia64pkg=libgtopver=1.0.13-7.2
Bug#174316: libhdf4_4.1r4-16(unstable/ia64): FTBFS: no support for ia64
Package: libhdf4 Version: 4.1r4-16 Severity: important Looks like this needs some amount of porting for ia64? Bdale | Automatic build of libhdf4_4.1r4-16 on caballero by sbuild/ia64 1.169 | Build started at 20021225-0021 [...] | *** We are missing makefile fragment config/mh-linuxia64 | *** Please read the installation docs | Configure in /build/buildd/libhdf4-4.1r4/hdf/fmpool failed, exiting. | make: *** [build] Error 1 [...] A complete build log can be found at http://buildd.debian.org/build.php?arch=ia64pkg=libhdf4ver=4.1r4-16
Bug#171493: nase-a60_0.20a-3(unstable/ia64): FTBFS: cannot find -lXaw
Package: nase-a60 Version: 0.20a-3 Severity: serious This version fails on the ia64 autobuilder as shown below. I'm betting something isn't quite right in the build dependencies? It appears the package could use a liberal sprinkling of additional #include lines to fix the various implicit declarations, too... they're bad news on 64-bit architectures. Bdale | Automatic build of nase-a60_0.20a-3 on caballero by sbuild/ia64 1.169 | Build started at 20021202-0900 [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4), texinfo, libxaw7-dev, xlibs-dev [...] | cc -O2 -g -Wall -DHAVE_CONFIG_H -DLIBDIRPATH=\/usr/share/nase-a60\ -INONE -o xa60 xa60.c -LNONE -lXaw -lXt -lSM -lICE -lXext -lXmu -lX11 | xa60.c: In function `mk_fname': | xa60.c:116: warning: implicit declaration of function `getpid' | xa60.c: In function `read_file': | xa60.c:135: warning: implicit declaration of function `exit' | xa60.c: In function `is_error_line': | xa60.c:321: warning: implicit declaration of function `atoi' | /usr/bin/ld: cannot find -lXaw | collect2: ld returned 1 exit status | make[1]: *** [xa60] Error 1 [...] A complete build log can be found at http://buildd.debian.org/build.php?arch=ia64pkg=nase-a60ver=0.20a-3
Bug#169559: blt_2.4z-0.1(unstable/ia64): FTBFS: `START_LOGSIZE' undeclared
Package: blt Version: 2.4z-0.1 Severity: serious This version fails to build on ia64 as shown below. Bdale | Automatic build of blt_2.4z-0.1 on caballero by sbuild/ia64 1.169 | Build started at 20021118-0314 [...] | ** Using build dependencies supplied by package: | Build-Depends: tk8.0, tk8.2, tk8.3, tk8.4, tk8.4-dev, debhelper (= 1.1.17), autotools-dev | Warning: | The following central src deps are (probably) missing: | tcl8.3-dev [...] | gcc -c -Wall -O2 -I. -I. -I/build/buildd/blt-2.4z/debian/tk8.0/include -I/build/buildd/blt-2.4z/debian/tcl8.0/include bltTree.c | bltTree.c: In function `FreeNode': | bltTree.c:406: warning: cast to pointer from integer of different size | bltTree.c: In function `Blt_TreeCreateNode': | bltTree.c:839: warning: cast to pointer from integer of different size | bltTree.c: In function `Blt_TreeCreateNodeWithId': | bltTree.c:894: warning: cast to pointer from integer of different size | bltTree.c: In function `Blt_TreeGetNode': | bltTree.c:1000: warning: cast to pointer from integer of different size | bltTree.c: In function `ConvertValues': | bltTree.c:2690: `START_LOGSIZE' undeclared (first use in this function) | bltTree.c:2690: (Each undeclared identifier is reported only once | bltTree.c:2690: for each function it appears in.) | bltTree.c: In function `TreeCreateValue': | bltTree.c:2989: `MAX_LIST_VALUES' undeclared (first use in this function) | make[1]: *** [bltTree.o] Error 1 [...] A complete build log can be found at http://buildd.debian.org/build.php?arch=ia64pkg=bltver=2.4z-0.1
Bug#165001: gnue-designer_0.1.1-2(unstable/ia64): missing build dependency
severity 165001 serious thanks Upgrading this to severity serious since it previously built on ia64 but fails to now because of this error. Bdale | Automatic build of gnue-designer_0.1.1-2 on caballero by sbuild/ia64 1.169 | Build started at 20021028-2332 [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 3.0.0), python2.1-dev [...] | /build/buildd/gnue-designer-0.1.1/setup.py clean | /usr/bin/env: python: No such file or directory | make: *** [clean] Error 127 [...] A complete build log can be found at http://buildd.debian.org/build.php?arch=ia64pkg=gnue-designerver=0.1.1-2
Bug#164646: utah-glx_0.0-cvs-20010702-4(unstable/ia64): FTBFS: config.sub/guess
Package: utah-glx Version: 0.0-cvs-20010702-4 Severity: important The error below is typically fixable by updating config.sub and config.guess, preferably using the procedures documented in the autotools-dev package. Bdale | Automatic build of utah-glx_0.0-cvs-20010702-4 on caballero by sbuild/ia64 1.169 | Build started at 20021009-0648 [...] | checking build system type... Invalid configuration `ia64-unknown-linux-gnu': machine `ia64-unknown' not recognized | configure: error: /bin/sh ./config.sub ia64-unknown-linux-gnu failed | make: *** [build-stamp] Error 1 [...] A complete build log can be found at http://buildd.debian.org/build.php?arch=ia64pkg=utah-glxver=0.0-cvs-20010702-4
Bug#157911: FTBFS: Register number out of range 0..2
Package: gnu-smalltalk Version: 1.95.13a-2 Severity: serious This version fails to build from source on the ia64 autobuilder with the error: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../lib-src -I../lightning -I../lightning -I../libltdl -DKERNEL_PATH=\/usr/share/smalltalk/kernel\ -DIMAGE_PATH=\/usr/share/smalltalk\ -DMODULE_PATH=\/usr/lib/smalltalk\ -g -O2 -frename-registers -fstrict-aliasing -fno-gcse -c interp.c -MT interp.lo -MD -MP -MF .deps/interp.TPlo -o interp.o /tmp/ccSafaBb.s: Assembler messages: /tmp/ccSafaBb.s:934: Error: Register number out of range 0..2 A full build log is available on buildd.debian.org. Bdale
Bug#142047: FTBFS: no ia64 support
Package: freedce Version: 1.1.0-4 Severity: important This package fails to build from source on ia64 with the error: No rule to make target `ia64/marshall.h', needed by `all-am'. Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
subscribe
Bug#111607: build depends on old version of library
Package: grafix Version: 1.6-3 Severity: important It appears that grafix build depends on libltdl0-dev which is unlikely to be built for ia64. The newer libltdl3-dev appears to be built on more platforms. Any reason not to update the build dependency? Bdale
Re: [owner@bugs.debian.org: Unanswered problem reports by date]
In article [EMAIL PROTECTED] you wrote: Old bugs againt bind: 5643 26 bind config omits some important stuff 6972 24 named.conf should be in /etc The config file handling in the bind package is a mess. My disgust with the current state of affairs is part of why I took over the package a while back. Ian Jackson made his thoughts known with some, shall we say, memorable bug reports... which I made quick changes to resolve. Getting it *right* is a non-trivial shuffle that I've been working on, but which isn't ready to release yet. Soon... Bdale