Bug#1005902: xmms2: do not release with bookworm
There is release 0.9.1 of 2022-05-02 at https://github.com/xmms2/xmms2-devel/releases/tag/0.9.1 . Rather than throwing it out, please consider upgrading xmms2 packaging to 0.9.1 instead. Thank you! Best, Sebastian
Bug#753833: Source package contains non-free IETF RFC/I-D
On 05.07.2014 18:56, bastien ROUCARIES wrote: > E license-problem-non-free-RFC > > doc/rfc3513.htm > > E license-problem-non-free-RFC-BCP78 > > doc/rfc3986.htm I could release 0.8.1 without these files upstream if Debian updates to 0.8.1 in a timely manner then. 0.7.5 is way too old anyway. Deal? Best, Sebastian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#459840: scm: Package build error
Package: scm Version: 5e4-2 Severity: serious Justification: no longer builds from source *** Please type your report below this line *** While the previous version 5e3-6.1 of this package builds fine on my machine version 5e4-2 does not. Here is what I did and what error I get. I should also mention that this occured on Ubuntu Gutsy. Since I'm reporting from Debian machine my system info at the very bottom is useless. I hope my report still is of use. What I did: * download SCM 5e4-2 original source and patch * extract and patch * run "dpkg-buildpackage -us -uc -d -rfakeroot" (dpkg-buildpackage version 1.14.5ubuntu12) The error: -- BEGIN --- ;In file loaded from ./build:27: ;ERROR: "foreign key missing:" platform (operating-system . 3) atari-st ; program args: ("./scmlit" "-no-init-file" "-f" "./build" "-e(bi)" "build" "-p" "linux" "--compiler-options=" "-F" "cautious" "-F" "bignums" "-F" "arrays" "-F" "array-for-each" "-F" "inexact" "-F" "record" "-F" "compiled-closure" "-F" "generalized-c-arguments" "-F" "tick-interrupts" "-F" "i/o-extensions" "-F" "edit-line" "-F" "regex" "-F" "socket" "-F" "posix" "-F" "unix" "-F" "curses" "-F" "dynamic-linking" "-F" "xlib" "-F" "dump" "-F" "macro") chmod ug+x debian/bld debian/bld make scm.info make[1]: Entering directory `/home/sebastian/Desktop/scm-5e4' ./scmlit -r database-browse -l build.scm -e "(browse build 'platform)" \ > platform.txi ;ERROR: "foreign key missing:" platform (operating-system . 3) atari-st ; program args: ("./scmlit" "-r" "database-browse" "-l" "build.scm" "-e" "(browse build 'platform)") make[1]: *** [platform.txi] Error 1 make[1]: Leaving directory `/home/sebastian/Desktop/scm-5e4' make: *** [build-stamp] Error 2 -- END - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469338: (no subject)
Any progress? Is there a way to workaround this? I have the very same problem with unionfs-modules-2.6.24-1-686 (2.6.24+2.2.3-2.6.24-6) on Testing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504726: pre-approving universalindentgui/0.8.1-1.1
Eddy Petrișor wrote: >> This is bug#486577 and it is already fixed in version 1.0.2 by commit 868 >> (http://universalindent.svn.sourceforge.net/viewvc/universalindent?view=rev&revision=868). > > 404 Please try again, the link is working for me. Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504726: pre-approving universalindentgui/0.8.1-1.2 (and uploading it)
Eddy Petrișor wrote: > The part I am referring to is visible here: > http://universalindentgui.svn.sourceforge.net/viewvc/universalindent/trunk/src/SettingsPaths.cpp?r1=893&r2=901&pathrev=901 > > and the relevant line I am referring to is: > > pathTemplate = QString(tempPath + "-XX").toAscii().data(); > > > The QT FAQ says about QString to char* conversion: > > Note that it is necessary to store the bytearray before you call > data() on it, a call like the following > const char *c_str2 = str2.toLatin1().data(); > will make the application crash as the QByteArray has not been stored > and hence no longer exists Good catch, I can confirm this. Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#520464: herrie: FTBFS: ./src/conftest.c:67: error: too few arguments to function 'spiff_write'
What version of libSpiff do you build against? Meet me as sping on Freenode if you like. Sebastian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520464: Support for libxspf
Kurt Roeckx wrote: >> What version of libSpiff do you build against? > > 1.0.0-1 > > See: > https://buildd.debian.org/fetch.cgi?pkg=herrie;ver=2.1-1%2Bb1;arch=amd64;stamp=1237492307 I see. You are trying to build Herrie 2.1 against libSpiff 1.0.0. Due to an ABI and API break between libSpiff 0.8.4 and 1.0.0 this cannot work. The configure test hits this change: 0.8.4 int spiff_write(struct spiff_list *list, const char *filename); 1.0.0 int spiff_write(struct spiff_list *list, char const *filename, char const *baseuri); So to build Herrie 2.1 you can use libSpiff 0.8.4 at max. Herrie 2.2 compiles against libSpiff 1.0.0. Ed Schouten wrote: > I guess the best solution would be to just use this patch: > > > http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/audio/herrie/files/patch-libxspf With release 1.1.0 libSpiff was renamed to libxspf. With the patch Ed provided you can make Herrie 2.2 use libxspf 1.1.0 or 1.2.0 instead. This is what you should do if you can. Sebastian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org