Bug#534281: nosql: uninstallable on ia64, alpha, GNU/kFreeBSD
Petr Salinger petr.salin...@seznam.cz (23/06/2009): Package: nosql Severity: serious Version: 4.0.14-4 User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd Hi, current version have hardcoded dependency on libc as Depends: libc6 (= 2.2.3-1). This cannot be satisfied on some architectures. It have been introduced in nosql (4.0.14-2) unstable; urgency=low * add dependency to libc (warning from lintian) Please at least drop this dependency or generate correct one during build using i.e. dh_shlibdeps. Hi, cc'ing -qa@ because I won't be fixing the whole package, and it really needs it. I think it'd be a nice exercise for a wannabe packager to make it use debhelper instead of that broken homebrew stuff. Hint: one needs to get rid of debian/substvars, at the very least. Another idea might be to get rid of the package itself, but I won't be judging that here. Thanks for your time. Mraw, KiBi. signature.asc Description: Digital signature
Bug#542034: agsync: FTBFS on GNU/kFreeBSD, maybe elsewhere, missing B-D on libhal-dev
Package: agsync Version: 0.2-pre-10 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, this package FTBFS because it tries to link using -lhal without explicitly Build-Depending on libhal-dev. It might have gone unnoticed if/when others B-D pulled it. It at least occurs on GNU/kFreeBSD those days. I'll probably prepare a QA upload to fix this, but opening this bug for reference. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542446: lineakd: FTBFS due to automake version mismatch
Package: lineakd Version: 1:0.9-4 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Hi, in a clean sid amd64 cowbuilder chroot: | dpkg-source: info: building lineakd in lineakd_0.9-4.dsc | debian/rules build | dh_testdir | test -r /usr/share/misc/config.sub \ | cp -f /usr/share/misc/config.sub admin/config.sub | test -r /usr/share/misc/config.guess \ | cp -f /usr/share/misc/config.guess admin/config.guess | /usr/bin/libtoolize -f | libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `admin'. | libtoolize: linking file `admin/ltmain.sh' | libtoolize: You should add the contents of the following files to `aclocal.m4': | libtoolize: `/usr/share/aclocal/libtool.m4' | libtoolize: `/usr/share/aclocal/ltoptions.m4' | libtoolize: `/usr/share/aclocal/ltversion.m4' | libtoolize: `/usr/share/aclocal/ltsugar.m4' | libtoolize: `/usr/share/aclocal/lt~obsolete.m4' | libtoolize: Remember to add `LT_INIT' to configure.in. | libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and | libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. | libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. | cp -f /usr/share/aclocal/libtool.m4 admin/libtool.m4.in | /usr/bin/make -f admin/Makefile.common | make[1]: Entering directory `/tmp/buildd/lineakd-0.9' | *** YOU'RE USING automake (GNU automake) 1.11. | *** KDE requires automake 1.6.1 or newer | make[1]: *** [cvs] Error 1 | make[1]: Leaving directory `/tmp/buildd/lineakd-0.9' | make: *** [build-stamp] Error 2 And while I'm at it, in a sid kfreebsd-i386 environment: | Making all in lineak | make[2]: Entering directory `/srv/storage/kibi/hack/lineakd-0.9/lineak' | /bin/sh ../libtool --tag=CXX --mode=compile i486-kfreebsd-gnu-g++ -DHAVE_CONFIG_H -DCONFDIR=\/etc\ -DPLUGINDIR=\/usr/lib/lineakd/plugins\ -DBINDIR=\/usr/bin\ -DSBINDIR=\/usr/sbin\ -I. -I.. -I../lineakd -I. -I.. -g -O2 -MT xmgr.lo -MD -MP -MF .deps/xmgr.Tpo -c -o xmgr.lo xmgr.cpp | libtool: compile: i486-kfreebsd-gnu-g++ -DHAVE_CONFIG_H -DCONFDIR=\/etc\ -DPLUGINDIR=\/usr/lib/lineakd/plugins\ -DBINDIR=\/usr/bin\ -DSBINDIR=\/usr/sbin\ -I. -I.. -I../lineakd -I. -I.. -g -O2 -MT xmgr.lo -MD -MP -MF .deps/xmgr.Tpo -c xmgr.cpp -DPIC -o .libs/xmgr.o | In file included from xmgr.cpp:33: | ../lineak/lineak_core_functions.h:35: error: declaration of 'int* __errno_location()' throws different exceptions | ../lineakd/lineakd_core_functions.h:35: error: from previous declaration 'int* __errno_location() throw ()' | make[2]: *** [xmgr.lo] Error 1 Line 35 for each file: | extern int errno; errno's manpage says: |It was common in traditional C to declare errno manually (i.e., extern |int errno) instead of including errno.h. Do not do this. It will |not work with modern versions of the C library. However, on (very) old |Unix systems, there may be no errno.h and the declaration is needed. Deleting this line in both files seems to do the trick, at least on this kfreebsd-i386 environment. It'd be nice to include that fix when fixing the automake issue. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: QA uploadable packages for GNU/kFreeBSD
Sandro Tosi mo...@debian.org (28/08/2009): Hi Petr, thanks for your email. (For those wondering, I had it privately some days ago, but the reply I was writing got lost.) Since everyone can do QA uploads (it's not only the QA team ;) I think this is a perfect task for any perspective maintainer to do some packaging job. I'm adding mentors in the loop (quiting your email in toto), (What did you drink?) (Petr reads -bsd@ anyway.) so that maybe some guy there wants to prepare the upload and ask for sponsorship (I'd say here and on -bsd). Please don't forget -bsd@, see below. A test build on one kfreebsd-* arch would be nice, no need to upload to fix an FTBFS and get another build failure. #379778 fte: FTBFS on GNU/kFreeBSD (due to unsatisfied Build-Depends on libgpmg1-dev) Without looking back to the packages, I seem to recall that: this patch was quite intrusive and would need double-checking. #542592 libvncserver: FTBFS on GNU/kFreeBSD ( -s have to passed to debhelper) This doesn't work. dh gets -a + -s and no matter in which order, that fails. #322207 audiooss: FTBFS on GNU/kFreeBSD I think that one is mostly OK, but I wanted to double-check something too. - orphaned: Didn't look at those yet. Mraw, KiBi. signature.asc Description: Digital signature
Re: QA uploadable packages for GNU/kFreeBSD
Sandro Tosi mo...@debian.org (28/08/2009): On Fri, Aug 28, 2009 at 14:19, Cyril Bruleboisk...@debian.org wrote: Sandro Tosi mo...@debian.org (28/08/2009): Since everyone can do QA uploads (it's not only the QA team ;) I think this is a perfect task for any perspective maintainer to do some packaging job. I'm adding mentors in the loop (quiting your email in toto), (What did you drink?) (Petr reads -bsd@ anyway.) s/quiting/quoting/ anyhow The target is Petr (yes, directly) and mentors (to look for packagers, hence the full quote) Hope this clarify, if not be specific. There is no need to be sarcastic all the times. quiting + toto made me smile, sorry for being amused. Mraw, KiBi. signature.asc Description: Digital signature
Re: QA uploadable packages for GNU/kFreeBSD
Cyril Brulebois k...@debian.org (28/08/2009): #322207 audiooss: FTBFS on GNU/kFreeBSD I think that one is mostly OK, but I wanted to double-check something too. Uploading. Also, people wanting to work on those packages may want to join #debian-kbsd (OFTC) to coordinate and avoid double-work. Mraw, KiBi. signature.asc Description: Digital signature
Bug#542446: Some patch to fix it
Christoph Egger deb...@christoph-egger.org (11/09/2009): I have now a patch that makes it build again. ACK. However Barry deFreese said he has another fix to pick from. Just to let the random bugfixer know there are some patches for this. And your AM that you're doing a good job, thanks. :) Mraw, KiBi. signature.asc Description: Digital signature
Bug#533982: investigating ksimus
Christoph Egger deb...@christoph-egger.org (28/08/2009): Hi! Hello one month later! (hrm :/) The admin/config.{guess,sub} not found can apparently be solved by copying the version in /usr/share/misc in the configure target. However thereafter these packages will all fail to build because not all symbols can be resolved and libtool doesn't like that That's the usual way to fix this kind of issues, when there's an admin/ directory around. Note that in the general case, “autoreconf -vfi” does what you need almost all the time, but sometimes you need to run each and every autotools command with appropriate cwd etc. Without actually testing, this seems however to be correct behaviour as these libraries are intended as plugins and some of the missing symbols seem to directly come from the ksimus binary that is intended to load them. Yeah. Note that when dpkg-shlibdeps complains about missing symbols, a plugin architecture can be an explanation. We can discuss privately another issue that can happen at build time because of missing symbols if you like. Mraw, KiBi. signature.asc Description: Digital signature
Bug#550303: hydrogen: FTBFS on GNU/kFreeBSD
Package: hydrogen Version: 0.9.3-6 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD[1,2]. Please find attached a patch to fix this. 1. https://buildd.debian.org/fetch.cgi?pkg=hydrogenarch=kfreebsd-amd64ver=0.9.3-6stamp=1254272540file=logas=raw 2. https://buildd.debian.org/fetch.cgi?pkg=hydrogenarch=kfreebsd-i386ver=0.9.3-6stamp=1254733808file=logas=raw Mraw, KiBi. --- a/build-tree/hydrogen-0.9.3/src/lib/Hydrogen.cpp +++ b/build-tree/hydrogen-0.9.3/src/lib/Hydrogen.cpp @@ -38,6 +38,7 @@ #include iostream #include ctime #include math.h +#include cstdlib using std::cout; using std::cerr; using std::endl;
Bug#557160: gpsk31: FTBFS on GNU/kFreeBSD
Package: gpsk31 Version: 0.5-2 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD given there's no MSG_MORE there. Please find attached a suggestion, keeping MSG_MORE as flag in send() if it's defined, and passing no flags otherwise. I'm not sure it's sufficient for this package to work fine, though. Thanks for considering. Mraw, KiBi. --- gpsk31-0.5.orig/src/socketif.C +++ gpsk31-0.5/src/socketif.C @@ -186,7 +186,13 @@ int tcp_send(char *buf, int len) { int sts; - sts = send(stream_fd, buf, len, MSG_MORE); + int flags; +#ifdef MSG_MORE + flags = MSG_MORE; +#else + flags = 0; +#endif + sts = send(stream_fd, buf, len, flags); return sts; }
Bug#557556: trousers: FTBFS on GNU/kFreeBSD
Package: trousers Version: 0.3.2-7 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on kfreebsd-*. I'm attaching a patch which almost fixes it, but I'm now getting: | ps_inspect.c: In function ‘main’: | ps_inspect.c:342: error: format ‘%ld’ expects type ‘long int’, but argument 3 has type ‘off_t’ The OFF_T_PRINTF #defines at the top of tools/ps_inspect.c seem very buggy too me, I guess you should be checking this kind of things from configure. Mraw, KiBi. --- a/src/include/trousers_types.h +++ b/src/include/trousers_types.h @@ -118,7 +118,7 @@ typedef struct tdTSS_KEY { BYTE *encData; } TSS_KEY; -#if (defined (__linux) || defined (linux)) +#if (defined (__linux) || defined (linux) || defined (__GLIBC__)) #define BSD_CONST #elif (defined (__OpenBSD__) || defined (__FreeBSD__)) #define BSD_CONST const --- a/src/tcsd/platform.c +++ b/src/tcsd/platform.c @@ -13,7 +13,7 @@ #include sys/param.h #include sys/sysctl.h #include err.h -#elif (defined (__linux) || defined (linux)) +#elif (defined (__linux) || defined (linux) || defined(__GLIBC__)) #include utmp.h #endif @@ -31,7 +31,7 @@ #include tcslog.h -#if (defined (__linux) || defined (linux)) +#if (defined (__linux) || defined (linux) || defined(__GLIBC__)) MUTEX_DECLARE_INIT(utmp_lock); char --- a/src/tspi/ps/tspps.c +++ b/src/tspi/ps/tspps.c @@ -44,7 +44,7 @@ get_user_ps_path(char **file) TSS_RESULT result; char *file_name = NULL, *home_dir = NULL; struct passwd *pwp; -#if (defined (__linux) || defined (linux)) +#if (defined (__linux) || defined (linux) || defined(__GLIBC__)) struct passwd pw; #endif struct stat stat_buf; @@ -64,7 +64,7 @@ get_user_ps_path(char **file) setpwent(); while (1) { -#if (defined (__linux) || defined (linux)) +#if (defined (__linux) || defined (linux) || defined(__GLIBC__)) rc = getpwent_r(pw, buf, PASSWD_BUFSIZE, pwp); if (rc) { LogDebugFn(USER PS: Error getting path to home directory: getpwent_r: %s,
Bug#557556: trousers: FTBFS on GNU/kFreeBSD
reopen 557556 found 557556 0.3.2-8 retitle 557556 trousers: FTBFS on kfreebsd-i386 thanks Laurent Bigonville bi...@debian.org (23/11/2009): It looks like it doesn't FTBFS on asdfasdf.debian.net with this patch Hi, thanks for applying it, but it still FTBFS on kfreebsd-i386 which is a 32-bit architecture (asdfasdf is kfreebsd-amd64). See my point about OFF_T_PRINTF in the initial bugreport. Tweaking the subject accordingly. Build logs as usual: https://buildd.debian.org/status/package.php?suite=unstablep=trousers Mraw, KiBi. signature.asc Description: Digital signature
Bug#557950: prokyon3: FTBFS on GNU/kFreeBSD
Package: prokyon3 Version: 0.9.6-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD because $QT_LIBS aren't used on this platform yet. Please find attached a patch to fix this in acinclude.m4, you only have to relibtoolize (autoreconf -vfi for example) after having applied it to get the package almost buildable. It then chokes this way: | /usr/bin/install: skipping `././testmusicextras/CVS' (rough back-translation, I'm not under a C locale) I'd then suggest getting rid of that CVS directory entirely through an rm -rf in the clean target. Your package then builds fine. Thanks for considering. Mraw, KiBi. --- prokyon3-0.9.6.orig/acinclude.m4 +++ prokyon3-0.9.6/acinclude.m4 @@ -381,7 +381,7 @@ fi ;; -*linux*) +*linux*|*k*bsd*) QT_LIBS=$QT_LIB if test $QT_IS_STATIC = yes test $QT_IS_EMBEDDED = no; then #QT_LIBS=$QT_LIBS -L$x_libraries -lXext -lX11 -lm -lSM -lICE -ldl -ljpeg
Bug#559405: opencryptoki: FTBFS on GNU/kFreeBSD
Package: opencryptoki Version: 2.2.8+dfsg-3 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD due to some includes: linux/limits.h isn't found, PATH_MAX is not defined, etc. The attached prospective patch fixes that in several files, but isn't sufficient to get the package built (hence my not tagging it “patch”). The build log now ends with: | gcc -DPACKAGE_NAME=\openCryptoki\ -DPACKAGE_TARNAME=\opencryptoki\ -DPACKAGE_VERSION=\2.2.6\ -DPACKAGE_STRING=\openCryptoki\ 2.2.6\ -DPACKAGE_BUGREPORT=\opencryptoki-t...@lists.sourceforge.net\ -DPACKAGE=\opencryptoki\ -DVERSION=\2.2.6\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_FILE_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_STRFTIME=1 -DHAVE_VPRINTF=1 -DHAVE_GETCWD=1 -I.-DSPINXPL -DPROGRAM_NAME=\pkcsslotd-err.o\ -DNOODM -DNODAE -I../. -I../../include/pkcs11 -I../../include/pkcs11/stdll -g -O2 -O2 -DPKCS64 -DCONFIG_PATH=\/var/lib/opencryptoki\ -DSBIN_PATH=\/usr/sbin\ -DLIB_PATH=\/usr/lib/opencryptoki\-D_XOPEN_SOURCE=500 -c -o pkcsslotd-err.o `test -f 'err.c' || echo './'`err.c | err.c:334: error: 'ECHRNG' undeclared here (not in a function) | err.c:335: error: 'EL2NSYNC' undeclared here (not in a function) | err.c:336: error: 'EL3HLT' undeclared here (not in a function) | err.c:337: error: 'EL3RST' undeclared here (not in a function) | err.c:338: error: 'ELNRNG' undeclared here (not in a function) | err.c:339: error: 'EUNATCH' undeclared here (not in a function) | err.c:340: error: 'ENOCSI' undeclared here (not in a function) | err.c:341: error: 'EL2HLT' undeclared here (not in a function) | err.c:372: error: 'ERESTART' undeclared here (not in a function) | err.c:383: error: 'ENOSR' undeclared here (not in a function) | err.c:384: error: 'ETIME' undeclared here (not in a function) | err.c:387: error: 'ENODATA' undeclared here (not in a function) | err.c:388: error: 'ENOSTR' undeclared here (not in a function) | err.c:427: error: 'SIGPWR' undeclared here (not in a function) | err.c:427: error: initializer element is not constant | err.c:427: error: (near initialization for 'SignalInfo[25].Code') | make[3]: *** [pkcsslotd-err.o] Error 1 Using some #ifdef around those variables would probably fix it, but I'm not sure it's the way to go. Opening this bug to keep track of the limits.h thingy at the very least. Mraw, KiBi. --- a/usr/include/pkcs11/apictl.h +++ b/usr/include/pkcs11/apictl.h @@ -296,7 +296,11 @@ #include pkcs11types.h +#ifdef linux #include linux/limits.h +#else +#include limits.h +#endif #include local_types.h #include stdll.h #include slotmgr.h --- a/usr/include/pkcs11/slotmgr.h +++ b/usr/include/pkcs11/slotmgr.h @@ -301,7 +301,11 @@ #include pkcs11types.h +#ifdef linux #include linux/limits.h +#else +#include limits.h +#endif #include local_types.h #include pthread.h --- a/usr/include/pkcs11/stdll.h +++ b/usr/include/pkcs11/stdll.h @@ -302,7 +302,11 @@ #include pkcs11types.h +#ifdef linux #include linux/limits.h +#else +#include limits.h +#endif #include local_types.h #include slotmgr.h --- a/usr/sbin/pkcsslotd/pkcsslotd.h +++ b/usr/sbin/pkcsslotd/pkcsslotd.h @@ -353,7 +353,11 @@ #include nl_types.h #include sys/ipc.h +#ifdef linux #include linux/limits.h +#else +#include limits.h +#endif #include sys/shm.h #include sys/stat.h #include sys/types.h
Bug#562295: and: FTBFS on GNU/kFreeBSD
Package: and Version: 1.2.2-3 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD because it needs a little buildsys-related porting. I did so by using a variable to gather all CC settings for architectures supported by Debian (Linux, GNU(/Hurd) and GNU/kFreeBSD). There's also the '/' pitfall meaning it's needed to tweak ARCH a bit before using it in a filename. As for the addition of the and-GNU_kFreeBSD.c file, I've used and-GNU.c Thanks for considering. Mraw, KiBi. --- a/Makefile +++ b/Makefile @@ -89,13 +89,14 @@ MANPAGES=and.8 and.conf.5 and.priorities # # Determine architecture from uname(1) # -ARCH=$(shell uname) +ARCH=$(shell uname|sed 's,/,_,') # # Architecture-dependent settings: ANSI C compiler and linker # +DEBIAN_GCC = gcc -ansi -pedantic -Wall -g ifeq (${ARCH},Linux) - CC = gcc -ansi -pedantic -Wall -g + CC = $(DEBIAN_GCC) LD = gcc LIBS = else @@ -127,7 +128,12 @@ ifeq (${ARCH},IRIX64) LD = cc else ifeq (${ARCH},GNU) - CC = gcc -ansi -pedantic -Wall -g + CC = $(DEBIAN_GCC) + LD = gcc + LIBS = +else +ifeq (${ARCH},GNU_kFreeBSD) + CC = $(DEBIAN_GCC) LD = gcc LIBS = else @@ -143,6 +149,7 @@ endif endif endif endif +endif # @@ -189,6 +196,8 @@ and-SunOS.o: and.h and-OSF1.c and-GNU.o: and.h and-GNU.c $(CC) -c and-GNU.c +and-GNU_kFreeBSD.o: and.h and-GNU_kFreeBSD.c + $(CC) -c and-GNU_kFreeBSD.c # # Create script for SysV init --- /dev/null +++ b/and-GNU_kFreeBSD.c @@ -0,0 +1,136 @@ +/* + +AND auto nice daemon - renice programs according to their CPU usage. +Copyright (C) 1999-2003 Patrick Schemitz schem...@users.sourceforge.net +http://and.sourceforge.net/ + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software +Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + +*/ + +#include stdio.h +#include stdlib.h +#include limits.h +#include unistd.h +#include string.h +#include dirent.h +#include ctype.h +#include syslog.h +#include sys/stat.h +#include signal.h +#include sys/param.h /* kernel interrupt frequency: HZ */ + + +#include and.h + + +/* + + AND -- auto-nice daemon/GNU version. + + GNU-specific AND version. Makes excessive use of the GNU + /proc filesystem and is not portable. + + 1999-2003 Patrick Schemitz, schem...@users.sourceforge.net + http://and.sourceforge.net/ + +*/ + + +static DIR *linux_procdir = 0; + + +static struct and_procent linux_proc; + + +int linux_readproc (char *fn) +{ + /* Scan /proc/pid/stat file. Format described in proc(5). + l1: pid comm state ppid + l2: pgrp session tty tpgid + l3: flags minflt cminflt majflt cmajflt + l4: utime stime cutime cstime + l5: counter priority + */ + FILE* f; + int i; + long li; + long unsigned u, ujf, sjf; + char state; + char buffer [1024]; + if (!(f = fopen(fn,rt))) return 0; + fscanf(f,%d %1023s %c %d,(linux_proc.pid),buffer,state,(linux_proc.ppid)); + fscanf(f,%d %d %d %d,i,i,i,i); + fscanf(f,%lu %lu %lu %lu %lu,u,u,u,u,u); + fscanf(f,%lu %lu %ld %ld,ujf,sjf,li,li); + fscanf(f,%ld %d,li,(linux_proc.nice)); + i = feof(f); + fclose(f); + if (i) return 0; + if (state == 'Z') return 0; /* ignore zombies */ + ujf += sjf; /* take into account both usr and sys time */ + ujf /= 60; /* convert jiffies to seconds */ + linux_proc.utime = ujf INT_MAX ? INT_MAX: (int) ujf; + buffer[strlen(buffer)-1] = 0; /* remove () around command name */ + strncpy(linux_proc.command,buffer[1],1023); + linux_proc.command[1023] = 0; + and_printf(3, GNU: process %s pid: %d ppid: %d\n, + linux_proc.command, linux_proc.pid, linux_proc.ppid); + return 1; +} + + +struct and_procent *linux_getnext () +{ + char name [1024]; + struct dirent *entry; + struct stat dirstat; + if (!linux_procdir) return NULL; + while ((entry = readdir(linux_procdir)) != NULL) { /* omit . .. apm bus... */ +if (isdigit(entry-d_name[0])) break; + } + if (!entry) return NULL; + /* stat() /proc/pid directory to get uid/gid */ + snprintf(name, 1024, /proc/%s,entry-d_name); + if (stat(name,dirstat)) return linux_getnext(); + /* read the job's stat file to get command, nice level, etc */ + snprintf(name, 1024, /proc/%s/stat,entry-d_name); + if (!linux_readproc(name)) return linux_getnext(); + linux_proc.uid = dirstat.st_uid; + linux_proc.gid =
Bug#563121: dh_installdefoma leads to buggy maintainer scripts
Package: defoma Version: 0.11.10-3 Severity: grave Justification: Fucks up fontconfig (at least), then buildds. Hi, dh_installdefoma leads to this kind of code in maintainer scripts: test -x `which foo` foo bar baz The trick being that if foo isn't found by which, “foo bar baz” gets executed, leading to broken packages (see fontconfig's #559136 and #560252 for examples). A pair of quotes would fix this: | k...@finzi:~$ test -x `which foo` foo bar baz | -bash: foo: command not found | k...@finzi:~$ test -x `which foo` foo bar baz | k...@finzi:~$ I'm about to QA-upload defoma with this change in the various debhelper-files/* files, but I wanted to open this bugreport for reference. Cc'ing defoma folks and buildd folks, since they might be interested in knowing about this. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563121: dh_installdefoma leads to buggy maintainer scripts
Keith Packard kei...@keithp.com (30/12/2009): I'm about to QA-upload defoma with this change in the various debhelper-files/* files, but I wanted to open this bugreport for reference. Fortunately, I didn't do so, that wouldn't have helped (yay for sleeping before uploading :)). Here's a patch which I've used to build new fontconfig packages which should survive the absence of defoma. I don't think it would help. - test -x `which defoma-app` defoma-app update #PACKAGE# + which defoma-app /dev/null defoma-app update #PACKAGE# $ which doesnotexist /dev/null echo be happy $ echo $? 1 So the maintainer script bits generated by dh_installdefoma would still lead to non-0 exits. Current/common practice within debhelper seems to be: | if [ -x `which foo 2/dev/null` ]; then… I think I'm going to upload with such a change once I'm up (for real, not vaguely opening eyes). Mraw, KiBi. signature.asc Description: Digital signature
Bug#563121: Returning a status of non-zero might not be safe
YOSHINO Yoshihito yy.y.ja...@gmail.com (31/12/2009): Hello, Hi, test -x `which foo` foo bar baz returns status 1, which comes to an error if a script executed this as the last command. E.g. like #563121, prerm will exit with status 1 if defoma not found unless explicitly writing the last line exit 0 in the prerm template. So I think changing defoma templates like if test -x `which foo`; then foo bar baz fi that's what I stated in a later reply to this bug. would be good, since the script should simply ignore the block when defoma is not found. That's indeed what I implemented. Please, Cc the bug submitter in the future. I would have totally missed your mail if I wouldn't have used “bts -m show $bug” to make sure not to break the threading… Mraw, KiBi. signature.asc Description: Digital signature
Bug#563121: dh_installdefoma leads to buggy maintainer scripts
Cyril Brulebois k...@debian.org (31/12/2009): Current/common practice within debhelper seems to be: | if [ -x `which foo 2/dev/null` ]; then… I think I'm going to upload with such a change once I'm up (for real, not vaguely opening eyes). Hi again, I've just checked that fontconfig 2.8.0-1 built against the new defoma was installable and removable with and without defoma installed. It seems to be OK. So I guess you should be able to e.g. bump the versioned BD on defoma to = 0.11.10-4 and reupload without the bandaid; or wait until new defoma is installed on all architectures. I hope I didn't miss anything. I'm attaching the patches I used for further reference: - dh_installdefoma fixes. - lintian warning about ${misc:Depends} (trivial fix). - changelog. Some trivial lintian warnings/errors could have been fixed, but I feel like I already spent too much time on defoma. Mraw, KiBi. From f20657a059d3414427d9c08dec15da25c974a0df Mon Sep 17 00:00:00 2001 From: Cyril Brulebois k...@debian.org Date: Thu, 31 Dec 2009 12:52:42 +0100 Subject: [PATCH 1/3] Switch to if [ -x `which foo 2/dev/null` ]. --- debhelper-files/postinst-defoma |6 +++--- debhelper-files/postinst-defoma-hints |4 +++- debhelper-files/prerm-defoma |7 --- debhelper-files/prerm-defoma-hints|4 +++- 4 files changed, 13 insertions(+), 8 deletions(-) diff --git a/debhelper-files/postinst-defoma b/debhelper-files/postinst-defoma index 8819ce4..eeed4c7 100644 --- a/debhelper-files/postinst-defoma +++ b/debhelper-files/postinst-defoma @@ -1,5 +1,5 @@ if [ $1 = configure ]; then - - test -x `which defoma-app` defoma-app update #PACKAGE# - + if [ -x `which defoma-app 2/dev/null` ]; then + defoma-app update #PACKAGE# + fi fi diff --git a/debhelper-files/postinst-defoma-hints b/debhelper-files/postinst-defoma-hints index 83e1e8b..ae69812 100644 --- a/debhelper-files/postinst-defoma-hints +++ b/debhelper-files/postinst-defoma-hints @@ -1,4 +1,6 @@ FILE='/etc/defoma/hints/#PACKAGE#.hints' if [ $1 = configure ]; then - test -x `which defoma-font` defoma-font reregister-all $FILE + if [ -x `which defoma-font 2/dev/null` ]; then + defoma-font reregister-all $FILE + fi fi diff --git a/debhelper-files/prerm-defoma b/debhelper-files/prerm-defoma index fc05dcc..d4a41e9 100644 --- a/debhelper-files/prerm-defoma +++ b/debhelper-files/prerm-defoma @@ -1,10 +1,11 @@ case $1 in upgrade) - test -x `which defoma-app` \ + if [ -x `which defoma-app 2/dev/null` ]; then defoma-app clean #PACKAGE# + fi ;; remove) - test -x `which defoma-app` \ + if [ -x `which defoma-app 2/dev/null` ]; then defoma-app purge #PACKAGE# - ;; + fi esac diff --git a/debhelper-files/prerm-defoma-hints b/debhelper-files/prerm-defoma-hints index 1fdef0f..df40f96 100644 --- a/debhelper-files/prerm-defoma-hints +++ b/debhelper-files/prerm-defoma-hints @@ -1,4 +1,6 @@ FILE='/etc/defoma/hints/#PACKAGE#.hints' if [ $1 = remove ]; then - test -x `which defoma-font` defoma-font purge-all $FILE + if [ -x `which defoma-font 2/dev/null` ]; then + defoma-font purge-all $FILE + fi fi -- 1.6.5.7 From 9ce8c31833f91bd24128339810f8d60fbdeafebc Mon Sep 17 00:00:00 2001 From: Cyril Brulebois k...@debian.org Date: Thu, 31 Dec 2009 13:19:32 +0100 Subject: [PATCH 2/3] Add ${misc:Depends} to all binaries. --- debian/control |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/debian/control b/debian/control index 5a73bd1..af57269 100644 --- a/debian/control +++ b/debian/control @@ -8,7 +8,7 @@ Standards-Version: 3.6.2.0 Package: defoma Architecture: all -Depends: whiptail | dialog, file, ${perl:Depends} +Depends: whiptail | dialog, file, ${perl:Depends}, ${misc:Depends} Enhances: debhelper Suggests: defoma-doc, psfontmgr, x-ttcidfont-conf, dfontmgr Recommends: libfont-freetype-perl @@ -26,6 +26,7 @@ Description: Debian Font Manager -- automatic font configuration framework Package: defoma-doc Architecture: all +Depends: ${misc:Depends} Section: doc Description: Debian Font Manager documentation Defoma, which stands for DEbian FOnt MAnager, provides a framework @@ -36,7 +37,7 @@ Description: Debian Font Manager documentation Package: psfontmgr Architecture: all -Depends: defoma (= 0.9.1), whiptail | dialog, ${perl:Depends} +Depends: defoma (= 0.9.1), whiptail | dialog, ${perl:Depends}, ${misc:Depends} Conflicts: defoma-ps, scigraphica-common (= 0.7.1-3) Description: PostScript font manager -- part of Defoma, Debian Font Manager psfontmgr manages PostScript fonts through the Defoma framework. It -- 1.6.5.7 From 28019d205ce672ebd2849bb504c228ebede8ff6f Mon Sep 17 00:00:00 2001 From: Cyril Brulebois k...@debian.org Date: Thu, 31 Dec 2009 13:19:43 +0100 Subject: [PATCH 3/3] Start changelog. --- debian/changelog | 12 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/debian/changelog b/debian/changelog index 1758b4b..183fee3 100644 --- a/debian
Bug#563121: dh_installdefoma leads to buggy maintainer scripts
Keith Packard kei...@keithp.com (31/12/2009): Check out the 'bash' manual -- set -e explicitly excludes precisely this case from causing early termination of the script: […] Alrighty. I must confess I'm not really keen on checking what happens in the various shells, but that seems to be true under dash as well, so that might be OK. Current/common practice within debhelper seems to be: | if [ -x `which foo 2/dev/null` ]; then… ^^^ (debhelper-like syntax) ^^^ That also seems fine, if a bit longer. I think I'm going to upload with such a change once I'm up (for real, not vaguely opening eyes). cool! I'd prefer to build fontconfig with your desired change; the set +e change will hold until then. I'll change the one other case to match whatever you choose to use. In the meanwhile, defoma was uploaded with the debhelper-like syntax (as quoted above). In my previous mail[1], you can scratch “until new defoma is installed on all architectures” since it's arch: all. ;) 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=35;bug=563121 Mraw, KiBi. signature.asc Description: Digital signature
Bug#566899: FTBFS: /bin/sh: python2.6: not found
Package: src:songwrite Version: 0.14-6 Severity: serious Justification: FTBFS. Hi, looks like there's some missing/wrong B-D: | running build_script | creating /build/buildd-songwrite_0.14-6-amd64-CyZU2x/songwrite-0.14/build/scripts-2.5 | copying and adjusting songwrite - /build/buildd-songwrite_0.14-6-amd64-CyZU2x/songwrite-0.14/./build/scripts-2.5 | changing mode of /build/buildd-songwrite_0.14-6-amd64-CyZU2x/songwrite-0.14/./build/scripts-2.5/songwrite from 644 to 755 | /bin/sh: python2.6: not found | make: *** [debian/python-module-stampdir/songwrite] Error 127 Full build logs: https://buildd.debian.org/status/package.php?suite=unstablep=songwrite Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Migration on good tracks
Hi, glew is almost OK, so I've just asked ftpmasters to decruft it, meaning those binaries were removed from unstable: libglew1.6 libglewmx1.6 Broken packages (in unstable): arb/non-free openmsx rlvm spring tulip The following packages are marked as bad on the tracker[1]: - arb/non-free, missing libmotif-dev on other platforms, so not binNMU'd. - openmsx: binNMU FTBFS - rlvm: sid-only - spring: binNMU FTBFS - tulip: binNMU FTBFS, sid-only 1. http://release.debian.org/transitions/html/glew.html So I've hinted arb/non-free, openmsx, and spring for removal so that the transition can happen. Since outdated binaries were still around, I “simulated” a britney dry run by “forcing” glew in, which seemed to work fine. Hopefully tomorrow morning's (10:00Z) run should see packages migrate. I'll make sure all the above-mentioned packages have bugs filed against them, and I'll see what needs to be done to remove old glew binaries from testing. Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#654417: Migration on good tracks
Hi again. Cyril Brulebois k...@debian.org (25/02/2012): Broken packages (in unstable): arb/non-free openmsx rlvm spring tulip The following packages are marked as bad on the tracker[1]: - arb/non-free, missing libmotif-dev on other platforms, so not binNMU'd. Building non-free issue: #661280 - openmsx: binNMU FTBFS #660415 - rlvm: sid-only BinNMU'd on all platforms but powerpc, where it FTBFS: #638271 - spring: binNMU FTBFS #660450 - tulip: binNMU FTBFS, sid-only #650653 So I've hinted arb/non-free, openmsx, and spring for removal so that the transition can happen. Since outdated binaries were still around, I “simulated” a britney dry run by “forcing” glew in, which seemed to work fine. Hopefully tomorrow morning's (10:00Z) run should see packages migrate. I'll make sure all the above-mentioned packages have bugs filed against them, and I'll see what needs to be done to remove old glew binaries from testing. Done, and old glew binaries are gone. ben file moved away accordingly. Closing this bug report. Mraw, KiBi. signature.asc Description: Digital signature
Bug#663282: FSBFS with libccrtp-dev/2.0.2 from experimental
Hi Mark, Mark Purcell m...@purcell.id.au (10/03/2012): I will be proposing a transition to libccrtp2, however sflphone FTBFS with the following error: checking for CCGNU2... yes checking for CCEXT2... yes checking for CCRTP... no configure: error: Missing ccrtp development package: libccrtp-dev make[1]: *** [override_dh_auto_configure] Error 1 make[1]: Leaving directory `/tmp/sflphone-1.0.2' make: *** [build] Error 2 I was looking at fixing this bug to give a green light for your transition. Two issues at least. 1. configure checks for libccrtp1, which is trivially fixed by dropping the '1' there. 2. there's some pkg-config file brokenness: $ pkg-config --cflags libccrtp Package commoncpp was not found in the pkg-config search path. Perhaps you should add the directory containing `commoncpp.pc' to the PKG_CONFIG_PATH environment variable Package 'commoncpp', required by 'libccrtp', not found And indeed: $ grep commoncpp /usr/lib/pkgconfig/libccrtp.pc Requires: commoncpp = 5.0.0 While: $ dpkg -L libcommoncpp2-dev|grep pc /usr/lib/pkgconfig/libccext2.pc /usr/lib/pkgconfig/libccgnu2.pc Either there's a missing file in libcommoncpp2-dev, or libccrtp.pc needs to be updated to require the right pkg-config file, don't you think? Mraw, KiBi. signature.asc Description: Digital signature
Bug#674616: python-extractor: uninstallable: depends on obsolete libextractor1c2a
Package: python-extractor Version: 1:0.5-8.1 Severity: grave Justification: renders package unusable Hi, due to the new libextractor (#672117), your package is no longer installable, since it has: | Depends: ${misc:Depends}, ${python:Depends}, libextractor1c2a Mraw, KiBi. -- 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/20120526000433.32680.16953.report...@kashyyyk.rennes.ariadnext.com
Bug#575003: tix: FTBFS on kfreebsd-*: o: command not found
Source: tix Version: 8.4.3-2 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package no longer builds on kfreebsd-*: | make[1]: Entering directory `/build/buildd-tix_8.4.3-2-kfreebsd-amd64-66eoU3/tix-8.4.3/build-shared' | rm -f libTix8.4.3.so.1 | o libTix8.4.3.so.1 tixClass.o tixCmds.o tixCompat.o tixError.o tixGeometry.o tixInit.o tixList.o tixMethod.o tixOption.o tixScroll.o tixSmpLs.o tixUtils.o tixWidget.o tixDItem.o tixDiITxt.o tixDiImg.o tixDiStyle.o tixDiText.o tixDiWin.o tixForm.o tixFormMisc.o tixGrid.o tixGrData.o tixGrFmt.o tixGrRC.o tixGrSel.o tixGrSort.o tixGrUtl.o tixHList.o tixHLCol.o tixHLInd.o tixHLHdr.o tixNBFrame.o tixTList.o tixImgCmp.o tixImgXpm.o tixInputO.o tixUnixMwm.o tixUnixDraw.o tixUnixXpm.o tixUnixWm.o -lX11 -L/usr/lib -ltclstub8.5 -L/usr/lib -ltkstub8.5 | /bin/bash: o: command not found | make[1]: [libTix8.4.3.so.1] Error 127 (ignored) Why the hell is that ignored? Then, later on: | : # Move things around | mv debian/tix/usr/lib/tix8.4.3/*.so* debian/tix/usr/lib/ | mv: cannot stat `debian/tix/usr/lib/tix8.4.3/*.so*': No such file or directory | make: *** [install] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=tix Mraw, KiBi. -- 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/20100322193521.26041.82145.report...@bowmore
Bug#584342: fixed in filelight-l10n 1.9~svn1069736-2
José Manuel Santamaría Lema panfa...@gmail.com (04/06/2010): | -BEGIN PGP SIGNED MESSAGE- | Hash: SHA1 | | Format: 1.8 | Date: Thu, 03 Jun 2010 16:51:09 +0200 | Source: filelight-l10n | Binary: filelight-l10n | Architecture: source all | Version: 1.9~svn1069736-2 | Distribution: unstable | Urgency: low | Maintainer: Debian KDE Extras Team pkg-kde-ext...@lists.alioth.debian.org | Changed-By: José Manuel Santamaría Lema panfa...@gmail.com | Description: | filelight-l10n - Localization (l10n) for Filelight, disk space usage tool | Closes: 584342 | Changes: | filelight-l10n (1.9~svn1069736-2) unstable; urgency=low | . |* Set Arch: all rather than any, removed ${shlibs:Depends}. Thanks to Pino | Toscano for noticing. |* Set Section: localization instead of kde. |* Add pkg-kde-tools as b-d (Closes: #584342) Typo, not your bug. |* Amend package description, this package does not install | translations for documentation since the actual filelight package | does not install documentation. | Checksums-Sha1: | 5a5bc4af702befbd6c04401ccb40dd54c623e22f 1491 filelight-l10n_1.9~svn1069736-2.dsc | 2dcd401449be858402ff930b877b160eecde4bcf 3075 filelight-l10n_1.9~svn1069736-2.debian.tar.gz | f6072ba96e24a94461eccf71bd383e312ea6908c 48642 filelight-l10n_1.9~svn1069736-2_all.deb | Checksums-Sha256: | 6ba87cb3fd4e582216fa8d11f424cfa07f84ca19bb76fb593c476602882d25f8 1491 filelight-l10n_1.9~svn1069736-2.dsc | b85e37d99f17cba9ae51c19b9e779c6682bec451098327bc2c404aef5b03c1a9 3075 filelight-l10n_1.9~svn1069736-2.debian.tar.gz | acd2dfc03c6af62ac914511f1d16da21b953f1f3fd449a590f0fadaba8ce79e0 48642 filelight-l10n_1.9~svn1069736-2_all.deb | Files: | fca57334f15089cbf8cbee8c93e059d1 1491 localization optional filelight-l10n_1.9~svn1069736-2.dsc | 7143b1a6d6d89f0c995d56b48fd08f5d 3075 localization optional filelight-l10n_1.9~svn1069736-2.debian.tar.gz | 8d86d5aa6bfeba6fd44aa96be5ff0905 48642 localization optional filelight-l10n_1.9~svn1069736-2_all.deb | | -BEGIN PGP SIGNATURE- | Version: GnuPG v1.4.10 (GNU/Linux) | Comment: Signed by Ana Guerrero | | iEYEARECAAYFAkwJBCcACgkQn3j4POjENGFvaACeMYBxuUaSYUGhZanbDY0FP58w | YAgAoICjEZqNq1pz4W/RmeiMq0qdPEc5 | =I41e | -END PGP SIGNATURE- Mraw, KiBi. signature.asc Description: Digital signature
Bug#591651: sqlrelay: FTBFS: mv: cannot stat `debian/tmp/usr/java/*.jar': No such file or directory
Source: sqlrelay Version: 1:0.39.4-10 Severity: serious Justification: FTBFS (Chris X-D-Cc'd to make sure this bug gets attention.) Hi, this package FTBFS on some architectures: | find debian/tmp -name '*.so*' -type f \ | | xargs chrpath --keepgoing --delete | : # libsqlrelay-java | mkdir -p debian/libsqlrelay-java/usr/share/java debian/libsqlrelay-java/usr/lib/java | mv debian/tmp/usr/java/*.jar debian/libsqlrelay-java/usr/share/java/ | mv: cannot stat `debian/tmp/usr/java/*.jar': No such file or directory | make: *** [install] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=sqlrelay Mraw, KiBi. -- 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/20100804131703.911.10064.report...@bowmore
Bug#591669: x11-apps: [xclock] Processes negative geometry offset values incorrectly
Jeffrey B. Green j...@kikisoso.org (07/08/2010): I'll reassign it to uwm since I have another machine with uwm installed and it misbehaves identically. Also that machine is running kdm and so the dm doesn't have anything to do with it. Indeed, the display manager has little to do. :) That'd rather be the window manager (kwinsomething?). ;) Mraw, KiBi. signature.asc Description: Digital signature
Bug#609734: db4.7: FTBFS on mips: configure: error: No unsigned 1-byte integral type
Source: db4.7 Version: 4.7.25-11 Severity: serious Justification: FTBFS Hi, your package no longer builds on mips: | […] | checking for char... no | checking size of char... 0 | checking for unsigned char... no | checking size of unsigned char... 0 | checking for short... no | checking size of short... 0 | checking for unsigned short... no | checking size of unsigned short... 0 | checking for int... no | checking size of int... 0 | checking for unsigned int... no | checking size of unsigned int... 0 | checking for long... no | checking size of long... 0 | checking for unsigned long... no | checking size of unsigned long... 0 | checking for long long... no | checking size of long long... 0 | checking for unsigned long long... no | checking size of unsigned long long... 0 | checking for char *... no | checking size of char *... 0 | checking for u_char... no | checking for u_short... no | checking for u_int... no | checking for u_long... no | configure: error: No unsigned 1-byte integral type | checking for u_int8_t... no | make: *** [build] Error 1 Looks like a horribly broken configure script? Full build logs: https://buildd.debian.org/status/package.php?p=db4.7 KiBi. -- 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/20110112005741.16790.47876.report...@talisker
Bug#609735: db4.7: FTBFS on sparc: FAIL: byte test: child killed: SIGABRT
Source: db4.7 Version: 4.7.25-11 Severity: serious Justification: FTBFS Hi, your package no longer builds on sparc: | Modified test suite run started at: 21:23 01/11/2011 | Berkeley DB 4.7.25: (May 15, 2008) | Running environment tests (21:23:37) | Running archive tests (21:25:19) | Running backup tests (21:25:45) | Running locking tests (21:25:54) | Running logging tests (00:30:35) | Running memory pool tests (00:37:34) | Running transaction tests (00:42:09) | Running byte-order tests (00:47:14) | Running recno backing file tests (00:53:27) | Running DBM interface tests (00:53:28) | Running NDBM interface tests (00:53:29) | Running Hsearch interface tests (00:53:30) | ! grep ^FAIL obj/ALL.OUT | FAIL:00:29:34 (00:00:00) Pipe close (11210: lockscript.tcl lockscript.tcl ./TESTDIR/lock003.1.out ./TESTDIR 500 75 1 5 65: logfile ./TESTDIR/lock003.1.out): expected 0, got 1 | FAIL:00:29:39 (00:00:00) Pipe close (11208: lockscript.tcl lockscript.tcl ./TESTDIR/lock003.2.out ./TESTDIR 500 75 1 5 65: logfile ./TESTDIR/lock003.2.out): expected 0, got 1 | FAIL:00:29:54 (00:00:00) Pipe close (11213: lockscript.tcl lockscript.tcl ./TESTDIR/lock003.3.out ./TESTDIR 500 75 1 5 65: logfile ./TESTDIR/lock003.3.out): expected 0, got 1 | FAIL:00:30:00 (00:00:00) Pipe close (11207: lockscript.tcl lockscript.tcl ./TESTDIR/lock003.0.out ./TESTDIR 500 75 1 5 65: logfile ./TESTDIR/lock003.0.out): expected 0, got 1 | FAIL: byte test: child killed: SIGABRT | make: *** [build] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=db4.7 KiBi. -- 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/20110112010120.16865.49778.report...@talisker
Bug#619678: gnome-pilot: FTBFS on kfreebsd-*: error: HAL/DBUS Library requirements (dbus-glib-1 = 0.31, hal = 0.5.4)
Source: gnome-pilot Version: 2.32.0-2 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, this package no longer builds on kfreebsd-*: | checking for HAL... no | configure: error: HAL/DBUS Library requirements (dbus-glib-1 = 0.31, hal = 0.5.4) | not met; consider using --disable-hal option, or adjusting the PKG_CONFIG_PATH | environment variable if your libraries are in a nonstandard prefix so pkg-config | can find them. | make: *** [build] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=gnome-pilotsuite=sid Please get in touch with debian-bsd@ if you need help. KiBi. -- 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/20110326015753.23103.21061.reportbug@talisker
Bug#378417: xpvm: please update for tcl/tk 8.4
Laurent Bonnaud [EMAIL PROTECTED] (16/07/2006): Hi, xpvm still depends on the old tcl/tk 8.3 version. Could you please update it for tcl/tk 8.4 ? Hi, I'm planning to maintain the package soon, and I'd like it to be working as soon as possible. It looks like there are problems with tcl/tk8.4, we get ``invalid block'' at startup and xpvm dies. Would you mind that I upload a package building against tcl/tk8.3 so that we get a working package, before I try to investigate why there's a problem with tcl/tk8.4? According to some experiments in my lab, Fedora 4 has tcl/tk8.4-9 and it works fine, whereas Fedora 4 has tcl/tk8.4-13, and there's the same problem on that latter version. (As a quick reminder, debian sid has 8.4-12.) So, are you OK to have a QA upload switching back to 8.3, so that the binary `just works' before I investigate a little bit more? (After a quick glance at it, recompiling xpvm with debug info is not enough, I might have to build debug-enabled tcl/tk...) Cheers, -- Cyril Brulebois PS: Of course, any experience with working/non working xpvm is welcome. pgpY6ui2Muubh.pgp Description: PGP signature
Bug#414133: plotmtv: FTBFS on GNU/kFreeBSD: changing your hack is needed
Package: plotmtv Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD with the following error: # Hack to get the right start in DataFormat.ps zcat Docs/DataFormat.ps.gz \ | sed '1 s/.*/%!PS-Adobe-2.0/' \ | install -D -m 644 /dev/stdin \ debian/plotmtv/usr/share/doc/plotmtv/DataFormat.ps install: skipping file `/dev/stdin', as it was replaced while being copied make: *** [install] Error 1 Full build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=plotmtv. Please find attached an patch for debian/rules, but I guess that you might want to install the /usr/share/doc/plotmtv directory before and write the file directly there. Cheers, -- Cyril Brulebois --- plotmtv-1.4.4t/debian/rules 2007-03-09 13:50:05.82522 +0100 +++ plotmtv-1.4.4t/debian/rules 2007-03-09 13:50:10.0 +0100 @@ -28,6 +28,9 @@ -$(MAKE) distclean + # See the hack in install: + -rm $(CURDIR)/debian/DataFormat.ps + dh_clean install: build @@ -40,9 +43,10 @@ # Hack to get the right start in DataFormat.ps zcat Docs/DataFormat.ps.gz \ - | sed '1 s/.*/%!PS-Adobe-2.0/' \ - | install -D -m 644 /dev/stdin \ - debian/plotmtv/usr/share/doc/plotmtv/DataFormat.ps + | sed '1 s/.*/%!PS-Adobe-2.0/' $(CURDIR)/debian/DataFormat.ps + + install -D -m 644 $(CURDIR)/debian/DataFormat.ps \ + debian/plotmtv/usr/share/doc/plotmtv/DataFormat.ps # Build architecture-independent files here. binary-indep: build install
Bug#414302: cbmlink: FTBFS on GNU/kFreeBSD
Package: cbmlink Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD with the following error: gcc -DCOMM_SERIAL -DCOMM_PC -DUSE_PPDEV -Iext -Iop -Icomm -Wall -O3 -c comm/pcpar.c -o comm/pcpar.o comm/pcpar.c: In function 'open_port': comm/pcpar.c:152: warning: implicit declaration of function 'open' comm/pcpar.c:152: error: 'O_RDWR' undeclared (first use in this function) comm/pcpar.c:152: error: (Each undeclared identifier is reported only once comm/pcpar.c:152: error: for each function it appears in.) comm/pcpar.c: In function 'close_port': comm/pcpar.c:183: warning: implicit declaration of function 'close' comm/pcpar.c: In function 'write_data': comm/pcpar.c:195: warning: implicit declaration of function 'outbyte' comm/pcpar.c: In function 'read_stat': comm/pcpar.c:247: warning: implicit declaration of function 'inb' make[1]: *** [comm/pcpar.o] Error 1 make[1]: Leaving directory `/build/buildd/cbmlink-0.9.6/src' make: *** [build-arch-stamp] Error 2 Full build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=cbmlink. Please find attached a tiny patch to fix this. Cheers, -- Cyril Brulebois --- cbmlink-0.9.6/src/comm/pcpar.c 2007-03-10 20:04:54.21355 +0100 +++ cbmlink-0.9.6/src/comm/pcpar.c 2007-03-10 20:16:31.0 +0100 @@ -81,7 +81,7 @@ #ifdef USE_PPDEV /** the parallel port file descriptor */ static int parfd = -1; -# if defined __linux__ || defined __FreeBSD__ +# if defined __linux__ || defined __FreeBSD__ || defined __FreeBSD_kernel__ # include unistd.h # include sys/ioctl.h # include fcntl.h @@ -128,7 +128,7 @@ # ifdef USE_PPDEV if (baseaddr != (unsigned) -1) { # endif /* USE_PPDEV */ -# ifdef __linux__ +# if defined(__linux__) || defined(__FreeBSD_kernel__) if (ioperm (baseaddr, 3, 1)) { perror (open_port: ioperm); return 0; --- cbmlink-0.9.6/src/comm/pcpar.h 2007-03-10 20:15:49.725655000 +0100 +++ cbmlink-0.9.6/src/comm/pcpar.h 2007-03-10 20:16:51.0 +0100 @@ -23,7 +23,7 @@ */ #ifdef COMM_PC -# ifdef __linux__ +# if defined(__linux__) || defined(__FreeBSD_kernel__) # include unistd.h # include sys/io.h # define outbyte(value, port) outb (value, port)
Bug#409476: FTBFS: cp: missing destination file operand after `oo2crc.tmp'
Martin Michlmayr [EMAIL PROTECTED] (03/02/2007): mv ooconfig.tmp ooconfig.cpl cp oo2crc.tmp cp: missing destination file operand after `oo2crc.tmp' Try `cp --help' for more information. make[1]: *** [oo2crc] Error 1 make[1]: Leaving directory `/build/tbm/libooc-x11-20020123' make: *** [build-stamp] Error 2 Just FTR, this happens also on GNU/kFreeBSD (kfreebsd-i386 here), although I didn't dig much. Cheers, -- Cyril Brulebois pgpHs3fjCyFtw.pgp Description: PGP signature
Bug#415100: nbio: FTBFS on GNU/k*BSD: missing OS detection
Package: nbio Version: 2.0-14 Severity: important Tags: patch Hi, please find attached a patch to make nbio build successfully on GNU/kFreeBSD (at least) and maybe on other GNU/* platforms. (Full build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=nbio.) Once applied, autoconf has to be run in the directory containing the patched file. Cheers, -- Cyril Brulebois --- nbio-2.0/seda/src/seda/nbio/jni/configure.in2007-03-16 04:41:59.578489000 +0100 +++ nbio-2.0/seda/src/seda/nbio/jni/configure.in2007-03-16 04:42:20.0 +0100 @@ -7,6 +7,8 @@ case $host_os in solaris*) PLATFORM=solaris;; linux-*)PLATFORM=linux;; +k*bsd*) PLATFORM=linux;; +gnu*) PLATFORM=linux;; esac AC_SUBST(PLATFORM)
Bug#415586: vcg: FTBFS on GNU/kFreeBSD: buggy OS detection
Package: vcg Version: 1.30debian-5 Severity: important Tags: patch Hi, currently this package FTBFS on GNU/kFreeBSD since it uses directly the output of uname -s in filenames, although this output can contain slashes. The attached patch catches GNU/kFreeBSD as well as GNU(/Hurd) and make them look like Linux, which allows at least a fine build on GNU/kFreeBSD. Cheers, -- Cyril Brulebois --- vcg-1.30debian/Makefile 2003-02-20 22:06:27.0 +0100 +++ vcg-1.30debian/Makefile 2007-03-20 16:41:33.0 +0100 @@ -24,6 +24,10 @@ SHELL = /bin/sh +# GNU/kFreeBSD and GNU(/Hurd) are like Linux +UNAME = $(shell uname -s | sed -e 's/GNU\/kFreeBSD/Linux/' | sed -e 's/GNU/Linux/') + + #-- Rules -- #all: stamp-all @@ -54,7 +58,7 @@ if (test ! -r tMakefile) then \ (cd preconf/X11; /bin/rm -f Makefile x11setup x11setup2; \ xmkmf; make | sed -e s/^make.*// x11setup); \ - (cd preconf; cd X11cc`uname -s`; \ + (cd preconf; cd X11cc$(UNAME); \ /bin/cp tMakefile ../../Make.tmp; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.tmp); \ @@ -67,7 +71,7 @@ if (test ! -r tMakefile) then \ (cd preconf/X11; /bin/rm -f Makefile x11setup x11setup2; \ xmkmf; make | sed -e s/^make.*// x11setup); \ - (cd preconf; cd X11gcc`uname -s`; \ + (cd preconf; cd X11gcc$(UNAME); \ /bin/cp tMakefile ../../Make.tmp; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.tmp); \ @@ -80,7 +84,7 @@ if (test ! -r tMakefile) then \ (cd preconf/X11; /bin/rm -f Makefile x11setup x11setup2; \ xmkmf; make | sed -e s/^make.*// x11setup); \ - (cd preconf; cd X11g++`uname -s`; \ + (cd preconf; cd X11g++$(UNAME); \ /bin/cp tMakefile ../../Make.tmp; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.tmp); \ @@ -93,7 +97,7 @@ if (test ! -r tMakefile) then \ (cd preconf/X11; /bin/rm -f Makefile x11setup x11setup2; \ xmkmf; make | sed -e s/^make.*// x11setup); \ - (cd preconf; cd X11c89`uname -s`; \ + (cd preconf; cd X11c89$(UNAME); \ /bin/cp tMakefile ../../Make.tmp; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.tmp); \ @@ -105,7 +109,7 @@ xvcg_cc_noxmkmf: if (test ! -r tMakefile) then \ (cd preconf/X11; /bin/cp ../x11setup ../x11setup2 .); \ - (cd preconf; cd X11cc`uname -s`; \ + (cd preconf; cd X11cc$(UNAME); \ /bin/cp tMakefile ../../Make.tmp; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.tmp); \ @@ -117,7 +121,7 @@ xvcg_gcc_noxmkmf: if (test ! -r tMakefile) then \ (cd preconf/X11; /bin/cp ../x11setup ../x11setup2 .); \ - (cd preconf; cd X11gcc`uname -s`; \ + (cd preconf; cd X11gcc$(UNAME); \ /bin/cp tMakefile ../../Make.tmp; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.tmp); \ @@ -129,7 +133,7 @@ xvcg_c89_noxmkmf: if (test ! -r tMakefile) then \ (cd preconf/X11; /bin/cp ../x11setup ../x11setup2 .); \ - (cd preconf; cd X11c89`uname -s`; \ + (cd preconf; cd X11c89$(UNAME); \ /bin/cp tMakefile ../../Make.tmp; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.tmp); \ @@ -140,7 +144,7 @@ vcg_gcc: if (test ! -r tMakefile) then \ - (cd preconf; cd SunVgcc`uname -s`; \ + (cd preconf; cd SunVgcc$(UNAME); \ /bin/cp tMakefile ../../tMakefile; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.csh); \ @@ -148,7 +152,7 @@ vcg_cc: if (test ! -r tMakefile) then \ - (cd preconf; cd SunVcc`uname -s`; \ + (cd preconf; cd SunVcc$(UNAME); \ /bin/cp tMakefile ../../tMakefile; \ /bin/cp globals.h ../../src; \ /bin/cp demo.csh ../../demo/demo.csh); \ @@ -160,29 +164,29 @@ /bin/cp demo/demo.csh preconf/ prepare_x11gcc: - /bin/cp tMakefile preconf/X11gcc`uname -s`/ - /bin/cp src/globals.h preconf/X11gcc`uname -s`/ - /bin/cp demo/demo.csh preconf/X11gcc`uname -s`/ + /bin/cp tMakefile preconf/X11gcc$(UNAME)/ + /bin/cp src/globals.h preconf/X11gcc$(UNAME)/ + /bin/cp demo/demo.csh preconf/X11gcc$(UNAME)/ prepare_x11cc
Bug#414082: tagging 414082
# Automatically generated email from bts, devscripts version 2.10.6 # QA upload being reviewed tags 414082 pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433283: toshset: FTBFS: Versioned Build-Depends on linux-kernel-headers
tag 433283 patch thanks Daniel Schepler [EMAIL PROTECTED] (16/07/2007): Your package has a versioned Build-Depends on linux-kernel-headers. However, this package has been removed from sid, which makes the Build-Depends unsatisfiable. Please upload a new version removing this. Dropping the B-D is not sufficient, you also have to change the asm/io.h include, and replace it by an sys/io.h include in: ./debian/patches/03_toshsat1800-irdasetup.dpatch Once that done, your package builds fine; tagging accordingly. Cheers, -- Cyril Brulebois PS: Cc'ing my AM for RC bugfix. pgpFkKUpVtTWt.pgp Description: PGP signature
Bug#433283: toshset: FTBFS: Versioned Build-Depends on linux-kernel-headers
tag 433283 pending thanks Roberto C. Sánchez [EMAIL PROTECTED] (16/07/2007): Incidentally, since the package is owned by the QA group, you are more than welcome to perform a QA upload yourself (with someone sponsoring your upload if necessary, as it appears you are in NM). You can look at the last changelog entry (1.72-4) for an example of the formatting of a QA upload changelog. OK, didn't notice that, I'll prepare a QA upload and ping for a sponsor on #-bugs (and thanks for the pointer but I already did some QA uploads ;-)). Cheers, -- Cyril Brulebois pgpPax7JDege2.pgp Description: PGP signature
Bug#441190: pexts - FTBFS: at_pam.c:166: error: 'PAM_UPDATE_AUTHTOK' undeclared (first use in this function)
tag 441190 patch thanks Michael Ablassmeier [EMAIL PROTECTED] (07/09/2007): at_pam.c:166: error: 'PAM_UPDATE_AUTHTOK' undeclared (first use in this function) Missing security/pam_modules.h include; builds fine once the attached patch applied, tagging accordingly. Cheers, -- Cyril Brulebois --- src/AdminTools/at_pam.c~ 2007-09-12 14:28:48.0 + +++ src/AdminTools/at_pam.c 2007-09-12 14:28:54.0 + @@ -93,6 +93,8 @@ #define THIS_LOW ((ATSTORAGE*)Pike_fp-current_storage) #define THIS ((PAM_OBJECT_DATA*)THIS_LOW-object_data) +#include security/pam_modules.h + static char *_object_name = PAM; static struct program *pam_program; pgpuUDYFU7erx.pgp Description: PGP signature
Bug#454863: FTBFS with GCC 4.3: missing #includes
tag 454863 patch thanks Martin Michlmayr [EMAIL PROTECTED] (07/12/2007): Package: gnome-apt Version: 0.4.9-4 Usertags: ftbfs-gcc-4.3 Hi, please find attached a patch to fix this FTBFS. Cheers, -- Cyril Brulebois --- a/src/childprocess.cc +++ b/src/childprocess.cc @@ -33,6 +33,8 @@ #include glib/gi18n.h #include gtk/gtk.h +#include cstring + #ifndef HAS_I18N #define HAS_I18N #endif --- a/src/drawtree.cc +++ b/src/drawtree.cc @@ -35,6 +35,8 @@ #include math.h #include gdk/gdkkeysyms.h +#include cstring + #include conffile.h #include drawtree.h #include gaptdrawingarea.h --- a/src/menus.cc +++ b/src/menus.cc @@ -37,6 +37,8 @@ #include sources.h #include cstdlib +#include cstring + #define GNOME_APT_LOGO /usr/share/pixmaps/gnome-apt.png static void set_order_cb (GtkRadioAction*, GtkRadioAction*, gpointer); --- a/src/sources.cc +++ b/src/sources.cc @@ -36,6 +36,8 @@ #include sources.h #include sources-wizard.h +#include cstring + enum { C_STATUS, C_TYPE, signature.asc Description: Digital signature
Bug#454866: FTBFS with GCC 4.3: missing #includes
tags 454866 patch thanks Martin Michlmayr [EMAIL PROTECTED] (07/12/2007): Package: lineak-defaultplugin Version: 1:0.9-4 Usertags: ftbfs-gcc-4.3 Hi, please find attached a patch to fix this FTBFS. Cheers, -- Cyril Brulebois --- a/default_plugin/defaultplugin.cpp +++ b/default_plugin/defaultplugin.cpp @@ -35,6 +35,7 @@ #include iostream #include sstream #include stdlib.h +#include cstring using namespace std; using namespace lineak_core_functions; signature.asc Description: Digital signature
Bug#455154: FTBFS with GCC 4.3: missing #includes
tag 455154 patch thanks Martin Michlmayr [EMAIL PROTECTED] (08/12/2007): Package: pouetchess Version: 0.2.0-1 Usertags: ftbfs-gcc-4.3 Hi, please find attached a patch to fix this FTBFS. Cheers, -- Cyril Brulebois --- a/src/sxmlgui/XMLUtils.h +++ b/src/sxmlgui/XMLUtils.h @@ -56,6 +56,8 @@ #define TIXML_ISTREAM std::istream #define TIXML_OSTREAM std::ostream +#include cstring + class TiXmlDocument; class TiXmlElement; class TiXmlComment; signature.asc Description: Digital signature
Bug#455178: FTBFS with GCC 4.3: missing #includes
tag 455178 patch thanks Martin Michlmayr [EMAIL PROTECTED] (09/12/2007): Package: unalz Version: 0.55-4 Usertags: ftbfs-gcc-4.3 Hi, please find attached a patch for this FTBFS. Cheers, -- Cyril Brulebois --- a/UnAlz.h +++ b/UnAlz.h @@ -98,6 +98,7 @@ #include cstdlib #include vector +#include cstring using namespace std; signature.asc Description: Digital signature
Bug#455126: FTBFS with GCC 4.3: missing #includes
user [EMAIL PROTECTED] usertags 455126 removed-package thanks Martin Michlmayr [EMAIL PROTECTED] (08/12/2007): Package: madman Version: 0.94beta1.20060611-2 Usertags: ftbfs-gcc-4.3 Package removed, tagging accordingly. -- Cyril Brulebois signature.asc Description: Digital signature
Bug#417078: tagging 417078, tagging 417078
# Automatically generated email from bts, devscripts version 2.10.16 tags 417078 patch # I'll take care of the upload. tags 417078 pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#510274: Reproduced in Lenny
Hello (back) Peter, sorry for the messy-looking mail, but people still didn't get how the BTS work; that's why I'm fully quoting the mail. Neil Williams codeh...@debian.org (03/01/2009): For every presentation I try to start (sample.mpg, sendmail6.mpg, v6.mpg), mgp dies with an X error. I've reproduced this on several systems (including one running pure testing). This might be the same bug as #400105, though in that report the error message is different. I can't reproduce this problem with mgp 1.13b-2 (the version in unstable). $ rmadison mgp mgp |1.11b-7 | etch-m68k | source, m68k mgp |1.11b-7 |stable | source, alpha, amd64, arm, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc mgp |1.11b-7 | testing | source, alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc mgp |1.11b-7 | unstable | m68k mgp |1.13a-1 | unstable | source, alpha, amd64, arm, armel, hppa, hurd-i386, i386, ia64, mips, mipsel, powerpc, s390, sparc Unstable has 1.13a-1 - have you been able to test that version? When asking… ask someone. Keep the submitter in To or Cc. 1.13a-1 works for me (despite a few warning messages on the console). If this bug is absent in 1.13a-1, debian-release may be happy to allow 1.13a-1 to migrate to fix this bug. In a Lenny chroot, I'm able to reproduce the bug (1.11b-7): X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 75 (X_PolyText16) Serial number of failed request: 206 Current serial number in output stream: 210 Taking a look at the amount of changes . . . -- Neil Williams = http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#762029: sleepd: major memory leak?!
green greenfreedo...@gmail.com (2014-09-17): Package: sleepd Version: 2.07+b1 Severity: normal My system is swapping, and the culprit appears to be sleepd. In top, sleepd is listed with: VIRT: 12.655g RES: 2.132g SHR: 1272 %MEM: 56.0 Thank you for maintaining sleepd. FWIW: | Maintainer for sleepd is Debian QA Group packa...@qa.debian.org | […] | This package has been orphaned. This means that it does not have a real | maintainer at the moment. Please consider adopting this package if you | are interested in it. Please see bug number #756545 for more | information. You may want to be the next maintainer, or at least patch submitter. :) Mraw, KiBi. signature.asc Description: Digital signature
Mole web interface?
Hi, I'm currently having a look at mole so as to prepare a bit some ideas before the meeting, and it looks like there should be a web interface hosted on merkel ([1,2]). Is there any reason why it has been disabled? 1. http://wiki.debian.org/Mole 2. http://qa.debian.org/cgi-bin/mole.py?source=apache2 [Not found] Cheers, -- Cyril Brulebois pgp1m8qVHV8Y7.pgp Description: PGP signature
Re: Mole web interface?
On 22/11/2007, Raphael Hertzog wrote: It's not disabled: http://qa.debian.org/cgi-bin/mole Hmm, I must have overlooked this when checking several URLs. Thanks. I have been advertising the URL for downloading symbols files lately: http://qa.debian.org/cgi-bin/mole/seedsymbols Since I'm no early adopter WRT several-package-build-breaking tools or features, I skipped that part. -- Cyril Brulebois pgpDxVLKaUec8.pgp Description: PGP signature
Re: Updated Debian Maintainers Keyring
On 22/11/2007, Pierre Habouzit wrote: http://ftp-master.debian.org/dm-uploaders.txt Thanks. Now that'd be great if DDPO could have those informations as well :) Hi from Mérida, I'm planning to integrate that in DDPO/PTS webpages. Cc'ing -qa to avoid possible duplicates. Cheers, -- Cyril Brulebois pgpbNs95DsQp5.pgp Description: PGP signature
Feature request for edos.debian.net
Hi, I'd like to know whether it would be feasible to have a symlink from e.g. [1] pointing to the latest run, so that we can fetch the diffs directly without having to parse the summary page [2] to get the timestamp or the links to the diffs. 1. http://edos.debian.net/edos-debcheck/results/unstable/latest/ 2. http://edos.debian.net/edos-debcheck/unstable.php The idea is to use those diffs to try and trigger give-backs for packages that FTBFS'd because of B-D being uninstallable. TIA. Cheers, -- Cyril Brulebois pgpknwalwprj0.pgp Description: PGP signature
Re: Feature request for edos.debian.net
On 01/12/2007, Ralf Treinen wrote: No problem. You just need the symlink in the filesystem, right? That's it, right. Or do you also wish a html link on the generated html pages? No thanks, I'll just use the static URL with latest/ to fetch the updates of the history.xml file, then do some comparisons, and feed that data into a database tracking the (un)installability of the build dependencies. Cheers, -- Cyril Brulebois pgp8xsGa7Ayi7.pgp Description: PGP signature
Re: Feature request for edos.debian.net
On 02/12/2007, Ralf Treinen wrote: should be working starting with this night's run (23:40 CET). Perfect, thanks! I was wondering how much resources it consumes, and whether it would be feasible to have an edos run after each dinstall run, so as to keep a close track of uninstallable packages. From my (very humble) point of view, that'd help speed up the (automatic) give-backs. I'm currently testing my scripts in a “real environment” with kfreebsd-*, although more work is still needed. Cheers, -- Cyril Brulebois pgpVWSZBbPr0D.pgp Description: PGP signature
Re: List of packages which should probably be Architecture: all
On 02/01/2008, Raphael Geissert wrote: Hello all, Maw. I've written a script which tries to detect packages which should be architecture all based on the fact that they don't contain a Depends field. This is usually bug either because of a missing Depends or because the package should be Architecture: all. Hm, what about checking their *content*? What about listing *binary* packages? Cheers, -- Cyril Brulebois pgpUJCSRAnypb.pgp Description: PGP signature
Re: List of packages which should probably be Architecture: all
On 02/01/2008, Raphael Geissert wrote: Your list seems to contain alot of packages that do have a Depends field. Like which one? I used a lot of grepping so maybe something was left in. Take any random package, let's say icecc: $ apt-cache show icecc|grep ^Depends: Depends: libc6 (= 2.6-1), libgcc1 (= 1:4.2-20070516), libstdc++6 (= 4.2-20070516), debconf (= 0.5) | debconf-2.0, adduser, lsb-base A quick look at its content should also convince you that having binary objects under /usr/bin, /usr/lib, /usr/sbin isn't really a reason to ask for making it become an Architecture: all package… -- Cyril Brulebois pgpnLpdLvfZDx.pgp Description: PGP signature
Re: List of packages which should probably be Architecture: all
On 02/01/2008, Raphael Geissert wrote: Forgot to mention that, based on the binary-amd64 Packages file of the main, contrib and non-free sections. I didn't check the content of the packages because that's something linda/lintian should do Wondering why, I asked what they were supposed to catch: 20:51:10 [ KiBi] Atomo64: What are linda/lintian supposed to catch? 20:51:49 [ KiBi] That an Architecture: any package rightfully contains architecture-dependent data? 20:51:57 [ Atomo64] KiBi: !arch: all packages not containing any arch-dependent file You might have missed the point, trying again: your list contains plenty of “Architecture: any” packages that are *rightfully* “any” because they *do* contain architecture-dependant stuff (see e.g. icecc as already pointed out). this is just a simple/quick list of packages and as I said it may contain some false positives (although there's usually a reason/bug causing the package to be listed). Maybe there's rather a bug in your process. Instead of speaking of “plenty of greps”, you might want to expose the code / algorithm you used. -- Cyril Brulebois pgpZsXlXzkGjZ.pgp Description: PGP signature
Re: List of packages which should probably be Architecture: all
On 02/01/2008, Pierre Habouzit wrote: Though after a second thought, -dbg should probably not have empty Depends line. After a third thought, I still fail to see what that has to do with being Architecture: all or any. -- Cyril Brulebois pgpTQTr7Qidre.pgp Description: PGP signature
Re: List of packages which should probably be Architecture: all
On 02/01/2008, Michael Biebl wrote: Now, adding a Depends on all those 4 binary packages in tracker-dbg seems wrong to me. I don't want to force people to install tracker-search-tool if they only want to debug tracker. What about being a bit more subtle and play around with Recommends: (or maybe even Suggests:)? By using e.g. Recommends: you ensure every package is installed in the normal/default/whatever_you_call_it case, but still leave the possibility to the user to only install what s/he really needs. Cheers, -- Cyril Brulebois pgpPoTF1gGbMC.pgp Description: PGP signature
Re: RFS: zynaddsubfx
On 09/01/2008, Robert Vogel wrote: Couldn't find this link...Is it ok ? Uploaded already: | Subject: Accepted zynaddsubfx 2.2.1-4.1 (source i386) Keeping only lists in To:, list policy blah blah. -- Cyril Brulebois pgpxH6VuOSzfM.pgp Description: PGP signature
Re: List of packages which should probably be Architecture: all
On 11/01/2008, Raphael Geissert wrote: Note that this is the raw output of the script, packages which MUST be arch all (debian-installer is excluded, because of technical reasons) are listed below the list. *MUST*, ahah. And here's the list of packages which after comparing the md5sum files show no reason why they aren't arch all: Grub Maintainers [EMAIL PROTECTED] grub Again, there is a very good reason: | /usr/sbin/grub: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.1, dynamically linked (uses shared libs), stripped Camm Maguire [EMAIL PROTECTED] hol88-library So, again, *how* do you find it possible to list this package as MUST be Architecture: all, while it has things like that inside? | … cut … | /usr/lib/hol88-2.02.19940316/Library/pair/basic_ml.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped | /usr/lib/hol88-2.02.19940316/Library/pair/both1_ml.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped | usr/lib/hol88-2.02.19940316/Library/pair/both2_ml.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped | … cut … Robert Millan [EMAIL PROTECTED] grub (U) Again… Masahito Omote [EMAIL PROTECTED] libuim-data Sounds reasonable. Otavio Salvador [EMAIL PROTECTED] grub (U) Jason Thomas [EMAIL PROTECTED] grub (U) Again… As usually, feedback is welcome. Reiterating… -- Cyril Brulebois pgpeKtkuFhZHz.pgp Description: PGP signature
Re: List of packages which should probably be Architecture: all
On 11/01/2008, Raphael Geissert wrote: There MUST be something wrong with the package then, how is that i386's and amd64's md5sum are exactly the same? I don't see this that way. There *might* be a problem in your script or so. ,---[ let's check ]--- | [EMAIL PROTECTED]:/tmp/grub$ wget -q http://ftp.de.debian.org/debian/pool/main/g/grub/grub_0.97-29_i386.deb | [EMAIL PROTECTED]:/tmp/grub$ wget -q http://ftp.de.debian.org/debian/pool/main/g/grub/grub_0.97-29_amd64.deb | [EMAIL PROTECTED]:/tmp/grub$ for i in amd64 i386; do ar x grub_0.97-29_$i.deb control.tar.gz; tar xfz control.tar.gz; mv control control.$i; mv md5sums md5sums.$i; rm control.tar.gz; done | [EMAIL PROTECTED]:/tmp/grub$ diff -u md5sums.* | diffstat | md5sums.i386 | 72 +-- | 1 file changed, 36 insertions(+), 36 deletions(-) `--- Note that the i386 package has the following additional Depends line, compared to the amd64 one. | +Depends: libc6 (= 2.5-5), libncurses5 (= 5.4-5) I guess your scripts are somehow assuming that if one has an empty Depends line, the other has an empty line as well, or something similar. Back to grub: Unfortunately, there's no amd64 log (source upload along with the built binaries…), but it might be that ${shlibs:Depends} weren't computed correctly or so, so that the Depends line was left empty. Indeed, checking a cowbuilder build log: | dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends} In an amd64 chroot, looking closer: | $ file debian/grub/usr/bin/mbchk | usr/bin/mbchk:ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.8, statically linked, stripped That's also the case for the other binaries, so it results apparently (I'm no grub maintainer at all) correctly in an empty Depends: line. Did you notice the (U)? ;) Yes. I actually expected somehow that you could have noticed that it was about “grub”. I'm, again, sorry for those false positives (didn't expect them by comparing md5sums of two different architectures). I'm not blaming because of false positives. I'd expect more common sense. Either grub is architecture-dependent, being a low-level stuff, probably written in C (I know, that might sound like a cliché, but…), or it is just made out of supercowpowered architecture-independent shell scripts, but then one might wonder a bit. Seen where it belongs in a boot sequence? Reviewing such a short list takes some minutes (to compare with the time you spent on setting up these scripts), using the main measure when it comes to being “Architecture: all” or “Architecture: any”: its *content* (but you know that, I've been repeating this from the very beginning). -- Cyril Brulebois pgpepixF2jE2I.pgp Description: PGP signature
Re: RFS: QA Uploads
On 26/01/2008, Frank Lichtenheld wrote: On Thu, Jan 24, 2008 at 09:01:22PM -0500, Barry deFreese wrote: http://mentors.debian.net/debian/pool/main/l/libapache2-mod-xmlrpc2/libapache2-mod-xmlrpc2_2.2.1-3.dsc Fairly intrusive but makes it build and fixes 2 important bugs. debdiff between the old and new binary: File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Depends: {+apache2.2-common,+} libc6 (= [-2.3.6-6), libdb4.3 (= 4.3.28-1), libexpat1 (= 1.95.8), libruby1.8 (= 1.8.4), libxmlrpc-c3, apache2-common (= 2.0.50)-] {+2.7-1), libuuid1, libxmlrpc-c3+} Installed-Size: [-72-] {+124+} Maintainer: [-Andres Salomon [EMAIL PROTECTED]-] {+Debian QA Group [EMAIL PROTECTED]+} Version: [-2.2.1-2-] {+2.2.1-3+} So the dependencies on libdb4.3, libexpat1, libruby1.8 vanished? Is that correct? At least from a .so point of view: Symbol diff: ./usr/lib/apache2/modules/mod_xmlrpc.so: @@ -1,13 +1,10 @@ NEEDED libxmlrpc.so.3 + NEEDED libxmlrpc_util.so.3 NEEDED libxmlrpc_xmlparse.so.3 NEEDED libxmlrpc_xmltok.so.3 + NEEDED libuuid.so.1 NEEDED librt.so.1 - NEEDED libm.so.6 NEEDED libcrypt.so.1 - NEEDED libnsl.so.1 NEEDED libpthread.so.0 NEEDED libdl.so.2 - NEEDED libdb-4.3.so - NEEDED libexpat.so.1 NEEDED libc.so.6 - NEEDED libruby1.8.so.1.8 Since the previous (-2) revision can't be rebuilt (FTBFS), I only applied the CMakeLists.txt diff, and both (the rebuilt one and the “Barry one”) binaries are the same. Could it be that these NEEDED dependencies previously came from extra linking and/or from extra Libs in pkgconfig files (or similar), now moved to Libs.private? Note that xmlrpc-c is in a strange shape (build states), I'm contacting seanius through private mail about that. Cheers, -- Cyril Brulebois pgpBUZFBDTfcJ.pgp Description: PGP signature
Bug#463949: Buildd logs (more) can't find package rott_ in the database.
(with neither PTS or DDPO hat on, just a porter passing by.) On 04/02/2008, Fabian Greffrath wrote: Hello, Hi, On the PTS page for this package [1] there is a link called '(more)' to the right of 'Buildd logs'. The link points to the following site, which tells me that it can't find package rott_ in the database.: http://experimental.debian.net/build.php?pkg=rott because your package wasn't ever uploaded to experimental, or to backports, hence no log in the experimental.ftbfs.de database. Note that kfreebsd-* and hurd-i386 used to be referenced there as well, and armel recently, and that they moved to debian-ports some weeks (months already?) ago. I guess that tracking the “this package is in that wanna-build database would be a bit tedious”, and that it doesn't harm very much to keep all links available. Maybe a “subtitle” might be added to distinguish “unstable”, “experimental+bpo”, and “ports”, so that it gets a bit more clear? however, on my maintainer QA page [2] there is a similar link called 'Buildd' in the Buildd part of the table for the rott package. This link points to the following site, which indeed lists all available buildd logs for the rott package: http://buildd.debian.org/build.php?pkg=rott But only official ones, for unstable. Additionally, on the QA page there is another link called 'More' just beneath the 'Buildd' link. This does however not point to the same site as the 'more' link from the PTS page. I guess that part can be adjusted, as said above. Instead it points to the following site, which contains some useful information about the package status on the different architectures: http://people.debian.org/~igloo/status.php?packages=rott This page is very interesting and I suggest adding it to the PTS page. But then, please do not call it 'more' again... ;) Indeed, it's a quite good overview of build states. Cheers, -- Cyril Brulebois pgpwPIPG45NKF.pgp Description: PGP signature
Bug#443189: PTS: 443189: please use jeroen's buildd pages
On 07/02/2008, Stefano Zacchiroli wrote: URL please Random examples: http://buildd.debian.org/~jeroen/status/package.php?p=ecj http://people.debian.org/~igloo/status.php?packages=ecj notice the “for” column, the links to the build logs, the display of the failed builds, P-a-s entries (if any, I don't have examples by hand), etc. If not, please compare the informative content of what you are proposing with igloo's and give us a hint about whether yours can replace igloo's. the shortcoming I see is that Jeroen's pages only display a package at a time, while igloo's can display all packages of a given maintainer. But I really love Jeroen's. Cheers, -- Cyril Brulebois pgp7ge3sTBnhd.pgp Description: PGP signature
Re: Where to find manpages to work on?
Hi all, David is looking forward to helping write a manpage for a program, wondering which one he could choose, and how to write it. I'm answering that we're on an English list, poiting to missing manpages, and to perlpod examples. Finally, I'm pointing to the French l10n list. Cheers, -- Cyril Brulebois On 26/02/2008, David Montanes wrote: Bonsoir, Bonsoir, je vous écris en tant que jeune étudiant en Master informatique dans le cadre d'un projet de Logiciel Libre. cette liste est anglophone, merci de bien vouloir rédiger un message en anglais la prochaine fois. ;-) Mon but est d'écrire par exemple une page Man pour un des logiciel dont vous disposez et de vous la soumettre. Ainsi pour ce faire je voudrais bien savoir en quel langage cette page doit_etre programmée et notamment si vous avez une en exemple de page qui peut m'aider en exemple. On peut obtenir une liste en se rendant sur [1], puis en choissant « Packages which need man pages » [2]. Pour les exemples, on peut en trouver dans plein de paquets, par exemple libpano13. J'utilise pour ma part la syntaxe perlpod, et pod2man pour convertir les fichiers en des fichiers *roff. On peut ensuite les lire avec « man -l fichier.1 » sans avoir à les installer dans /usr/share/man/…. 1. http://qa.debian.org/ 2. http://qa.debian.org/man-pages.html Cf. debian/manpages/*.pod du paquet libpano13 (disponible dans unstable et testing) pour des exemples, et debian/rules, sous le commentaire « Build manpages for each binary » pour un exemple de commande pod2man pour les générer. Une page de manuel est en général rédigée en anglais, mais on peut aussi vouloir contacter [EMAIL PROTECTED] pour ce qui est des traductions. Cordialement, -- Cyril Brulebois pgpz69IHQcCbV.pgp Description: PGP signature
Re: RFS: QA Upload: eterm-themes -- Themes for Eterm, the Enlightened Terminal Emulator
On 29/03/2008, Laszlo Boszormenyi wrote: First, was the debhelper compatibility upgrade necessary? I think leaving it at level 4 makes backporting easier. $ rmadison debhelper debhelper | 4.2.32 | oldstable | source, all debhelper | 5.0.42 | etch-m68k | source, all debhelper | 5.0.42 |stable | source, all debhelper | 6.0.5 | testing | source, all debhelper | 6.0.10 | unstable | source, all So, unless you're backporting for oldstable, that's quite safe. -- Cyril Brulebois pgp79HWW8qJ1K.pgp Description: PGP signature
Re: RFS: goal-dash NMU's
Vincent Bernat [EMAIL PROTECTED] (03/07/2008): I will upload them as soon as ftp-master is back. Just in case, you can always use the DELAYED/* queues on gluck. Mraw, KiBi. signature.asc Description: Digital signature
Bug#490683: qa.debian.org: package ktechlab has no new bugs
Georges Khaznadar [EMAIL PROTECTED] (13/07/2008): Here are the two wrong assertions: 1- ktechlab (source, i386, alpha, amd64, arm, armel, hppa, ia64, mips, mipsel, powerpc, s390, sparc) has new bugs! The link points to http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkgdata=ktechlabsev-inc=criticalsev-inc=gravesev-inc=serious which contains a reference to bug #474842, which is now resolved since the 10th June. Not on every arch: $ rmadison -s unstable ktechlab ktechlab | 0.3-8 | unstable | sparc ktechlab | 0.3-9 | unstable | source, alpha, amd64, arm, armel, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390 2- Updating ktechlab introduces new bugs: #474842 This is wrong again (same reason: updating ktechlab from version 0.3-5 to 0.3-9 closes the bug, which was found with version 0.3-8, and fixed in version 0.3-9, as correctly stated in the page http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474842) Same reason as above, the bug isn't yet fixed in 0.3-9, so forcing it into testing would introduce a new bug. Mraw, KiBi. signature.asc Description: Digital signature
Re: RFS: kino (NMU) fixes 2 goal for lenny bashism and piuparts warning
Francesco Namuri [EMAIL PROTECTED] (20/07/2008): The upload would fix these bugs: 455021, 489619 I would be glad if someone uploaded this package for me. As former NM, I'd advise Cc-ing the RFS to the package maintainers. Some will veto the NMU, and it's better if they do so in reply to the RFS than only on the bugs, since that can lead to miscoordination. Some will ACK the NMU in advance, which means that possible sponsors might be more enclined to upload the NMU. Some will even sponsor the NMU themselves. In piem's case, I've been sponsoring his own packages since he had GPG troubles. AFAICT, that's being resolved (he got a new key signed last week), so I'd suggest coordinating with him before uploading. Mraw, KiBi. signature.asc Description: Digital signature
[DONE] Re: RFS: cmatrix (updated package, QA upload)
Sandro Tosi [EMAIL PROTECTED] (26/07/2008): I am looking for a sponsor for the new version 1.2a-3 (QA upload) of package cmatrix. Uploaded, thanks. Mraw, KiBi. signature.asc Description: Digital signature
Re: adopting maxima
David Bremner [EMAIL PROTECTED] (27/07/2008): Riku Voipio kindly uploaded my NMU, so there is no reason to rush the adoption. If Camm does not veto the idea in the next few (2? 3? 4?) weeks, I propose take over as maintainer (along with anyone who wants to help) under the umbrella of debian-science team. You could still keep the previous maintainer in Uploaders for some time. I think it's a quite usual practice when you're still waiting for an answer from the previous maintainer. Mraw, KiBi. signature.asc Description: Digital signature
Bug#501660: Package list for my login is incomplete
Daniel Leidert [EMAIL PROTECTED] (09/10/2008): [1] http://qa.debian.org/[EMAIL PROTECTED]comaint=yes See http://qa.debian.org/developer.php?login=Leidert, it very much looks like something's wrong, given the “Packages overview for ”. Mraw, KiBi. signature.asc Description: Digital signature
Re: Orphaned packages that were not part of etch, take 2
Christoph Berg [EMAIL PROTECTED] (01/11/2008): Except for qtparted the popcon numbers are all pretty low. I just had a very quick look upstream, and last activity seems to have happened in 2004. Mraw, KiBi. signature.asc Description: Digital signature
Bug#507288: mails to $pkg@p.d.o should also be send to Uploaders:
Holger Levsen [EMAIL PROTECTED] (30/11/2008): Why? Uploaders are probably subscribed to the PTS, *or* the maintainer is a mailing list. not always. dpkg-reconfigure $user, then. Not a PTS bug, at least seen from here. Mraw, KiBi. signature.asc Description: Digital signature
Suggested removal: xwhois [was: Bug#507944: xwhois: segfaults on start in get_servers()]
Submitter put back in recipient list… Steve Cotton [EMAIL PROTECTED] (06/12/2008): xwhois.h: #define BUFSIZE 1024 struct serverent { char *name; char *comment; } servers[256]; get_servers(): /* * Set all struct members to NULL. */ for (i=0 ; i BUFSIZE ; i++) { servers[i].name = servers[i].comment = NULL; } After setting BUFSIZE to 256, the app started OK. But pressing Scan locked the app up. I fired up Wireshark, 90 seconds later it's still sending out SYN packets to servers that don't respond. After a couple of minutes, it displayed the results. They're mostly along the lines of server did not respond, query format not supported, this server only has the .FOO and .BAR TLDs. Popcon is 63 installs, 14 votes, and it has a dependency on GTK-1.2. Personally, I think this isn't one to fix. Agreed, looks like a candidate for removal from testing (-release@ Cc'd for that), and maybe even from unstable (-qa@ Cc'd for that). Mraw, KiBi. signature.asc Description: Digital signature
Monitoring debian/shlibs.local files?
Hello, context: debian/shlibs.local can be used to work around broken shlibs files (Policy §8.6.5). Bugs are supposed to be filed, then fixed, and shlibs.local files should then disappear. I'm wondering whether it might be a good idea to track those in source packages, so as to make sure bugs got filed, and that those files go away. Having a fixed shlibs file would be profitable to all packages linking against this library, rather than having a single package getting its dependencies properly, through its shlibs.local file. Do you think it'd be worse the effort? (Didn't check the amount of such files yet, still performing my first AM steps.) Mraw, KiBi. signature.asc Description: Digital signature
Re: Monitoring debian/shlibs.local files?
Loïc Minier l...@dooz.org (21/12/2008): I'm all for it; over time I came across a bunch of broken packages due to shlibs.local files, or simply with the risk of these files bitrotting and causing issues later. OK, since it doesn't look like useless, I'll look into it and report back in a moment. Mraw, KiBi. signature.asc Description: Digital signature
Re: Monitoring debian/shlibs.local files?
Raphael Geissert atomo64+deb...@gmail.com (28/01/2009): So, what exactly should be checked? and what's the status of this proposal? Dunno for others, but I for one am busy processing NMs and fixing RC bugs, I don't think any immediate action is needed at this point. (But moving on would be appropriate once lenny is out, AFAICT.) Mraw, KiBi. signature.asc Description: Digital signature
Bug#523282: Re: Bug#523282: qa.debian.org: Email address in package overview is case-specific
jeffrey.ratcli...@gmail.com jeffrey.ratcli...@gmail.com (16/04/2009): What about some possibility for the QA software to recognise multiple email addresses as belonging to the same person? Every DD that switches to using a @debian.org address must have this irritation. login=Surname usually helps. Mraw, KiBi. signature.asc Description: Digital signature
Re: Bugs tagged edos-relation-warning
Holger Levsen hol...@layer-acht.org (18/04/2009): I wonder why you filed these bugs with severity normal: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=edos-relation-warning;users=trei...@debian.org Looking at this list: - #468423 and #468425 got minor, rationale was given. - #404339 is normal, but the same rationale would apply. - #285040 still applies, but the Policy (now 5.6.12) still says should. - #518400 probably will go away, but I'd say that providing an illegal package name might not do as much harm as a buggy version number, so it probably wouldn't deserver more than important. I'd expect that illegal package names and version numbers could break some tools, so I would have filed them as important as least, also since very few packages are affected. Those tools should raise appropriate errors, not just “break”. Can you explain your reasoning? Is it because you haven't experienced any breakage? Look at the actual bugreports? (Arguing normal vs. important looks like time loss to me, but YMMV.) Mraw, KiBi. signature.asc Description: Digital signature
Re: debian/watch sf redirector docs ?
Olivier Berger olivier.ber...@it-sudparis.eu (11/05/2009): Hi. o Is there any docs about the Debian qa sf redirector that can be used in debian/watch (apart from man uscan) ? I'm looking for a way to state which package must be selected... For instance, for mantis, using http://sf.net/mantisbt/mantisbt-(.+)\.tar\.gz would report versions like 1.2.0a3 where as one would like to select only versions among the ones available in package mantis-stable as listed in http://sourceforge.net/project/showfiles.php?group_id=14963 not sure it's feasible. As a quick workaround, since the -devel ones seem to always have some letters (a for alpha, or rc), you could restrict your pattern to only match digits and dots: | -(cy...@talisker pts/3)-(/tmp/mantis-1.1.6+dfsg) | $ cat debian/watch | version=3 | opts=dversionmangle=s/\+dfsg// \ | http://sf.net/mantisbt/mantisbt-([0-9.]+)\.tar\.gz | -(cy...@talisker pts/3)-(/tmp/mantis-1.1.6+dfsg) | $ uscan --report-status | Processing watchfile line for package mantis... | Newest version on remote site is 1.1.7, local version is 1.1.6+dfsg | (mangled local version number 1.1.6) | mantis: Newer version (1.1.7) available on remote site: | http://www.mirrorservice.org/sites/download.sourceforge.net/pub/sourceforge/m/ma/mantisbt/mantisbt-1.1.7.tar.gz | (local version is 1.1.6+dfsg, mangled local version number 1.1.6) Mraw, KiBi. signature.asc Description: Digital signature
Re: debian/watch sf redirector docs ?
Olivier Berger olivier.ber...@it-sudparis.eu (12/05/2009): Le lundi 11 mai 2009 à 12:33 +, Bart Martens a écrit : Not that I know of. DD's can read the source code. And non-DDs ? ... something available somewhere in SVN on alioth by any chance ? http://svn.debian.org/viewsvn/qa/trunk/wml/watch/ Mraw, KiBi. signature.asc Description: Digital signature
Re: Debian Science taking over cimg-dev?
Andreas Tille andr...@an3as.eu (29/05/2009): I realised that cimg-dev package was not updated since nearly two days. OH MY! :D Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#534281: nosql: uninstallable on ia64, alpha, GNU/kFreeBSD
Petr Salinger petr.salin...@seznam.cz (23/06/2009): Package: nosql Severity: serious Version: 4.0.14-4 User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd Hi, current version have hardcoded dependency on libc as Depends: libc6 (= 2.2.3-1). This cannot be satisfied on some architectures. It have been introduced in nosql (4.0.14-2) unstable; urgency=low * add dependency to libc (warning from lintian) Please at least drop this dependency or generate correct one during build using i.e. dh_shlibdeps. Hi, cc'ing -qa@ because I won't be fixing the whole package, and it really needs it. I think it'd be a nice exercise for a wannabe packager to make it use debhelper instead of that broken homebrew stuff. Hint: one needs to get rid of debian/substvars, at the very least. Another idea might be to get rid of the package itself, but I won't be judging that here. Thanks for your time. Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#534281: nosql: uninstallable on ia64, alpha, GNU/kFreeBSD
Jan Hauke Rahm i...@jhr-online.de (30/06/2009): That would be an idea, low popcon and so on... I can provide a (hopefully) fixed package, tough. If anyone of the QA team is willing to upload it, find it here: http://downloads.jhr-online.de/qa/ Got uploaded, and built properly, thanks! Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#485538: xcb: FTBFS: Using imake without Build-Depends on xutils-dev
tag 485538 patch thanks Daniel Schepler schep...@math.berkeley.edu (09/06/2008): Package: xcb Version: 2.4-4 Severity: important User: schep...@debian.org Usertags: ftbfs-xutils Here's the patch for my NMU. -qa@, probably a package that could/should be removed. Mraw, KiBi. diff -u xcb-2.4/debian/changelog xcb-2.4/debian/changelog --- xcb-2.4/debian/changelog +++ xcb-2.4/debian/changelog @@ -1,3 +1,14 @@ +xcb (2.4-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS by replacing xutils with xutils-dev in Build-Depends +(Closes: #485538). + * Fix FTBFS by using “rm -f Makefile” instead of “rm Makefile” in the +clean target (Closes: #533965). + * debian/control: Move the Homepage where it belongs. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 03:30:22 +0200 + xcb (2.4-4) unstable; urgency=low * Applied patch from CVS (http://software.schmorp.de/) diff -u xcb-2.4/debian/control xcb-2.4/debian/control --- xcb-2.4/debian/control +++ xcb-2.4/debian/control @@ -2,8 +2,9 @@ Section: x11 Priority: optional Maintainer: Michael Schiansky m...@debian.org -Build-Depends: debhelper ( 3.0.0), xutils (= 4.0.1), libxaw7-dev | libxaw-dev +Build-Depends: debhelper ( 3.0.0), xutils-dev, libxaw7-dev | libxaw-dev Standards-Version: 3.6.1 +Homepage: http://www.goof.com/pcg/marc/xcb.html Package: xcb Architecture: any @@ -17,2 +17,0 @@ - Homepage: http://www.goof.com/pcg/marc/xcb.html - diff -u xcb-2.4/debian/rules xcb-2.4/debian/rules --- xcb-2.4/debian/rules +++ xcb-2.4/debian/rules @@ -30,7 +30,7 @@ ([ ! -f Makefile ] xmkmf -a ||true) -$(MAKE) clean - rm Makefile + rm -f Makefile rm -f debian/xcb.1x dh_clean signature.asc Description: Digital signature
Re: Debconf QA BOF summary / handling of orphaned packages
Lucas Nussbaum lu...@lucas-nussbaum.net (31/07/2009): On 30/07/09 at 17:16 +0200, Sven Hoexter wrote: IMHO it would be nice to aim at a release without oraphaned packages. That's totally unrealistic. Indeed. Quick examples which may come to mind: - xulrunner and all gecko-based pakages. - webkit and all depending packages. Ha! (Looks like people got interested lately, but you get the idea.) Mraw, KiBi. signature.asc Description: Digital signature
Re: Debconf QA BOF summary / handling of orphaned packages
Thomas Viehmann t...@beamnet.de (02/08/2009): The packages are still on archive.d.o if they ever made a release (and soon more finely grained on snapshots). The typical package did not get nontrivial updates in a release cycle before it was removed, so the version on archive.d.o will be just as good as the version you want to stuff into experimental. I can think of three packages (maintained until now by Pabs and myself) that may deserve being kept somewhere as they currently are, so that people can still jump in and not start again from scratch. I believe the current packages could be better than the last released ones (read: the ones one could find on archive.debian.org). I guess that having that kind of packages still available on snapshot.debian.org might be a bit more useful than only archive.debian.org; but well, VCSes might still be alive for some time, and that might be enough. Not everyone's using VCSes anyway. Speaking of which it might be nice to have some area in collab-maint's VCSes where to put orphaned (and even removed) packages, so that it's cleared they're kind-of-dropped. Mraw, KiBi. signature.asc Description: Digital signature
Re: Debconf QA BOF summary / handling of orphaned packages
Stefano Zacchiroli z...@debian.org (02/08/2009): This seems to be a recurring proposal. I raised it 1 year ago (IIRC, sorry I'm too lazy right now to look the reference) and Raphael Hertzog pointed out to me that way before he advanced the same proposal. Sorry for that, missed it/them. The counter-argument I received 1 year ago is that we do not want to make any easier to maintain orphaned packages, e.g., via QA uploads. While I somehow understand that point of view, I still consider the proposal a good idea, mainly because it technically facilitates resurrecting the packages for the future maintainer. Well, orphaning something because one is running out of time, and because some packages need a lot of attention is I guess a valid situation (hint: see the blender thread on dd@). I would personally hate that someone has to start the packaging and the patching from scratch. Anyway, it's probably too hot a topic for me. I guess I'll just shut up. Mraw, KiBi. signature.asc Description: Digital signature
Re: Debconf QA BOF summary / handling of orphaned packages
Lucas Nussbaum lu...@lucas-nussbaum.net (05/08/2009): Actually, the counter-argument is that we don't want to make it *harder* to do a QA upload. Currently, it's apt-get source ; make change ; dput. If we used a VCS, we would have to create: - a process to auto-import orphaned packages into the VCS - procedures to commit changes to VCS before doing QA uploads I don't have numbers about that, but a fair share of QA uploads are done by one- or two-timers, even a majority of uploads is done by QA folks. We don't want to make it harder for those one-timers to improve the status of orphaned packages. Just to clarify, I meant moving collab-maint/foo.git to e.g. collab-maint/orphaned/foo.git to make it obvious to folks browsing the repository that it's orphaned, while retaining the history. Not suggesting to put everything under $VCS. Sorry for the bad phrasing. Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#541013: O: at -- Delayed job execution and batch processing
Alexander Reichle-Schmehl alexan...@schmehl.info (11/08/2009): Anyone interested in co maintaining that? Upstream is non existent, there are quite some bugs in the bts and the package is priority standard. Doesn't sound like a package someone should adopt all alone. If time permits, yes. Mraw, KiBi. signature.asc Description: Digital signature
Re: Time for a new maintainer for Auctex?
David Bremner brem...@unb.ca (13/08/2009): I guess two of the NMUs are internationalization issues, so I don't really how indicative they are of lack of maintanence. On the other hand, the package has 22 lintian warnings, and sits at policy 3.7.2, which makes it likely to have some RC bugs. Don't talk about possible RC bugs. Open them. Mraw, KiBi. signature.asc Description: Digital signature
Bug#559626: experimental buildd link possibly broken?
Jay Berkenbilt q...@debian.org (05/12/2009): For the last week or more, the exp buildd link at packages.qa.debian.org doesn't work since experimental.debian.net is not responding. I don't know if experimental.debian.net is just temporarily down or whether there has been some change to the infrastructure that has not been reflected in the code that powers packages.qa.debian.org. http://lists.debian.org/debian-wb-team/2009/12/msg2.html Mraw, KiBi. signature.asc Description: Digital signature
Please investigate removal of adolc
Hi, please investigate removal of adolc, which has been RC-buggy since August 2008 (#496490), without any single reply from the maintainer, even though Neil Williams tried to give him a hand. Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#496490: Please investigate removal of adolc
Barak A. Pearlmutter ba...@cs.nuim.ie (15/12/2009): even though Neil Williams tried to give him a hand. He did? I'd be happy to have a co-maintainer. He did: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496490#8 Mraw, KiBi. signature.asc Description: Digital signature
Bug#576240: say what ITP means right there in the report
Holger Levsen hol...@layer-acht.org (08/04/2010): I believe our webpages should be self sustained and understandable without external parties. Like by typing “ITP” in the “search” box on http://www.debian.org/ which leads to http://www.debian.org/devel/wnpp/index.*.html pages? That makes me think we're performing quite good here. One might object that Accepted-Languages might get higher priority or might even be used to limit the results. But that's another topic. Mraw, KiBi. signature.asc Description: Digital signature
Re: gob2_2.0.16-3_amd64.changes ACCEPTED
Mark Brown broo...@sirena.org.uk (28/04/2010): I'm orphaning the package. What part of that makes you think I'm going to be interested in fixing random lintian warnings? Random lintian warnings (and errors) like the ones you're generating by orphaning the package in an improper manner? If you're not used to that process, you probably should have even more reasons to use that tool and fix those things. Mraw, KiBi. signature.asc Description: Digital signature