Bug#774854: race condition between fur and fex_cleanup

Hi Moritz, On Mon, Jan 26, 2015 at 12:28:00PM +0100, Moritz Mühlenhoff wrote: > On Mon, Dec 22, 2014 at 10:33:50PM +0100, Kilian Krause wrote: > > Package: fex > > Version: 20140917-1 > > Severity: serious > > Tags: security patch upstream pending confirmed jessie &g

Bug#773751: race condition between fur and fex_cleanup

Package: fex Version: 20140917-1 Severity: serious Tags: security patch upstream pending confirmed jessie As upstream has released a new version of the fex package which closes a security issue and there is no CVE assigned, we'll use this bug to track the issue. Problem is: a race condition bet

Bug#619734: RFS: taxbird (updated package)

Hi Olaf, On Mon, Aug 08, 2011 at 10:49:36PM +0200, Olaf Dietsche wrote: > Kilian Krause writes: > > > On Mon, Aug 08, 2011 at 12:26:32PM +0200, Olaf Dietsche wrote: > >> > >> I've seen build problems on > >> <https://buildd.debian.org/status/

Bug#633132: ekiga-dbg: uninstallable (libpt2.6.7-dbg disappeared)

Hi Eugen, On Sat, Jul 09, 2011 at 01:39:17PM +0200, Eugen Dedu wrote: > On 09/07/11 07:30, Mark Purcell wrote: > >On Fri, 2011-07-08 at 20:13 +0100, Adam D. Barratt wrote: > >>On Fri, 2011-07-08 at 20:49 +0200, Julien Cristau wrote: > >>>apparently the latest ptlib upload decided to drop its -dbg

Bug#632001: closing 632001

close 632000 1.2.6-2 close 632001 1.2.6-2 thanks Kilian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#438792: srtp 1.4.4?

Mikael, On Thu, Dec 06, 2007 at 04:35:53PM +0100, Mikael Magnusson wrote: > What do you think about using latest stable srtp version (1.4.4) instead > of current CVS which is buggy? > > The test suite in srtp 1.4.4 succeeds, but crashes in CVS HEAD, when run > on x86. if 1.4.4 is the proper fi

Bug#440015: binutils: [mipsen] Assertion failures

Hi, On Sat, Sep 01, 2007 at 01:18:20PM +0200, Matthias Klose wrote: > please could somebody prepare a test case (all needed object files, > and the ld command), and add URL for this tarball to the upstream > report at http://sourceware.org/bugzilla/show_bug.cgi?id=4988 the full build chroot inclu

Bug#446913: opal includes the file include/codec/ilbccodec.h, making it not DFSG-free

severity 446913 important tags 446913 moreinfo thanks Alain, On Tue, Oct 16, 2007 at 05:32:56PM +0200, Alain Kalker wrote: > Package: opal > Version: 2.2.11~dfsg1-1 > Severity: grave > > The source tarball for opal ships the file include/codec/ilbccodec.h, > Although it is not used in the build,

Bug#430836: patch for NMU of pygresql to proposed-updates

/debian/changelog @@ -1,3 +1,10 @@ +pygresql (1:3.8.1-1etch1) proposed-updates; urgency=low + + * Non maintainer upload. + * Fix package dependency on libpq. Closes: #430836. + + -- Kilian Krause <[EMAIL PROTECTED]> Mon, 8 Oct 2007 19:09:57 + + pygresql (1:3.8.1-1) unstable; urgen

Bug#440727: [DRE-maint] Bug#440727: FTBFS on sparc in clean target

Lucas, > Might this be caused by #393817 (ruby dies with Illegal instruction on > sparc/Niagara) ? > > In other words, is your buildd a sparc/Niagara ? yes, it's the T2000 refered to in the bug. -- Best regards, Kilian signature.asc Description: Digital signature

Bug#440727: [DRE-maint] Bug#440727: FTBFS on sparc in clean target

Lucs, On Tue, Sep 04, 2007 at 07:26:02AM +0200, Lucas Nussbaum wrote: > On 03/09/07 at 23:59 +0200, Kilian Krause wrote: > > Package: libgsl-ruby > > Version: 1.9.2-2 > > Severity: serious > > > > While autobuilding your package the following error occured

Bug#440727: FTBFS on sparc in clean target

Package: libgsl-ruby Version: 1.9.2-2 Severity: serious While autobuilding your package the following error occured: fakeroot debian/rules clean test -x debian/rules test "`id -u`" = 0 dh_clean /usr/bin/ruby setup.rb config --siteruby=/ruby --siterubyver=/ruby/1.8 --siterubyverarch= make: *** [cl

Bug#440721: FTBFS on sparc while linking usr/klibc/libc.so

Package: klibc Version: 1.5.6-2 Severity: serious While building your package on sparc the following error occurs: KLIBCLD usr/klibc/libc.so ld: sparc architecture of input file `/usr/lib/gcc/sparc-linux-gnu/4.2.1/libgcc.a(_clzdi2.o)' is incompatible with sparc:v9 output ld: sparc architecture

Bug#439976: FTBFS even worse with 1.4.2.dfsg-5

found 438792 1.4.2.dfsg-5 found 439976 1.4.2.dfsg-5 thanks Hi Jonas, since the 1.4.2.dfsg-5 upload the situation by far worsened. Almost all arches now FTBFS. Only alpha and amd64 still build ok now: See http://buildd.debian.org/build.php?pkg=srtp or http://status.buildserver.net/packages/status.

Bug#362422: fixed in 1.99.0-1 upload

package linphone tags 362422 pending thanks The 1.99.0-1 compiles just fine with gcc-4.2. It's being held in NEW for the moment. Bug can be closed once it's ACCEPTED. -- Best regards, Kilian signature.asc Description: Digital signature

Bug#440015: still broken with binutils 2.18

tags 440015 - moreinfo thanks control Retrying with binutils 2.18 instead of 2.18~cvs20070812-1 still shows the same for opal: make[1]: Leaving directory `/build/opal-2.2.8~dfsg1/samples/simple' samples/simple/obj_*_n/simpleopal --help >/dev/null samples/simple/obj_linux_mips_n/simpleopal: symbol

Bug#439976: FTBFS on mips in test/srtp_driver.c:315

Package: srtp Version: 1.4.2.dfsg-4 Severity: serious While building the package, it fails in test/srtp_driver.c:315 with: cc -DHAVE_CONFIG_H -Icrypto/include -I./include -I./crypto/include -g -Wall -O2 -D_REENTRANT -L. test/srtp_driver.c -o test/srtp_driver -lsrtp test/srtp_driver.c: In function

Bug#439062: Broken Build-Depends in asterisk_1.4.11~dfsg-1

severity 439062 grave tags 439062 confirmed pending merge 439197 439062 thanks, control Hi Sheldon, On Thu, Aug 23, 2007 at 03:10:18PM +0200, Sheldon Hearn wrote: > > The new asterisk_1.4.11~dfsg-1 source package fails to backport in an > Etch chroot because of a broken Build-Depends. > > The

Bug#438792: FTBFS on sparc with bus error

Package: srtp Version: 1.4.2.dfsg-4 Severity: serious While building the package, it fails during the checks with: cc -DHAVE_CONFIG_H -Icrypto/include -I./include -I./crypto/include -g -Wall -O2 -D_REENTRANT -L. tables/aes_tables.c -o tables/aes_tables libcryptomath.a Build done. Please run '/us

Bug#435521: closed by Mark Purcell <[EMAIL PROTECTED]> (Re: Asterisk SIP DOS Vulnerability)

Hi Moritz, On Fri, Aug 17, 2007 at 10:53:48PM +0200, Moritz Muehlenhoff wrote: > Mark Purcell wrote: > > On Wed, 8 Aug 2007, Lionel Elie Mamane wrote: > > > Yes, but we should still fix that in stable, not only unstable. > > > > Yes I wasn't suggesting that we don't fix it in stable, but rather t

Bug#435146: confirmed with asterisk 1:1.4.10~dfsg-1, libopenh323 1.18.0.dfsg-3

Hi Mark, On Sun, Aug 12, 2007 at 10:03:58AM +0100, Mark Purcell wrote: > Package: asterisk-h323 > Version: 1:1.4.10~dfsg-1 > Followup-For: Bug #435146 > > Installing the -develop versions provides some additional information. can you also install the asterisk-dbg? Thanks! -- Best regards, Kil

Bug#435146: asterisk-h323: Asterisk crashes on startup with H323 package installed.

Hi Konstantin, On Sun, Jul 29, 2007 at 07:26:20PM +0400, Konstantin Starodubtsev wrote: > Package: asterisk-h323 > Version: 1:1.4.9~dfsg-1 > Asterisk crashes with core dump if asterisk-h323 packages installed. can you try if this still exists with installed libopenh323-1.18.0 (>=1.18.0.dfsg-3)?

Bug#420641: asterisk-oh323 fixed with asterisk 1.4.4

Hi Michael, I've taken a CVS HEAD snapshot from the sourceforge CVS as you proposed. To clean up the compilation output I've added some fixes. Please have a look at these patches[1] and check whether you can import them back upstream. They do address the -O2 requirement of Debian and remove the cl

Bug#406714: asterisk-sounds-main: FHS violation: asterisk privacy mode writes in /usr/share/asterisk/sounds/priv-callerintros

Steve, On Thu, Jan 18, 2007 at 05:31:14PM -0800, Steve Langasek wrote: > On Sat, Jan 13, 2007 at 11:13:09AM +0100, Lionel Elie Mamane wrote: > > Package: asterisk-sounds-main > > Version: 1.2.13~dfsg-2 > > Severity: serious > > Justification: Policy 9.1.1 > > > The asterisk privacy mode (Dial wit

Bug#406961: closed by Kilian Krause <[EMAIL PROTECTED]> (Bug#406961: fixed in asterisk 1:1.2.14~dfsg-4)

Jeroen, On Mon, Jan 15, 2007 at 02:28:00PM +, Jeroen Massar wrote: > Debian Bug Tracking System wrote: > > > It has been closed by Kilian Krause <[EMAIL PROTECTED]>. > > Thanks Kilian for the very quick fixup! No problems. Speaking of 1.4 packs, they are prepared i

Bug#406064: asterisk-classic: asterisk crashed on dialing in or out with chan-capi,

Benoit, > Hello when using asterisk on etch, i got crash with segmentation fault each > time a make a call ore receive a call. > > The software used are this one. > > asterisk-classic-1.2.13-dfsg-2 and not packaged yet 1.2.14 from pkg-voip svn > chan-capi 0.7.1 > latest melware driver for my di

Bug#365177: pwlib 1.10.1.dfsg-1 closed bug 365177 a second time

Hi Bart, yes, damn typo in the changelog. Was supposed to close 365176 not 177.. Sorry. ;) -- Best regards, Kilian signature.asc Description: Dies ist ein digital signierter Nachrichtenteil

Bug#365176: [NONFREE-DOC] Package contains IETF RFC/I-D

Julien, Am Samstag, den 10.06.2006, 14:02 +0200 schrieb Julien Danjou: > On Tue, May 02, 2006 at 11:29:49PM +0200, Kilian Krause wrote: > > this was addressed upstream and will be resolved with the next update of > > the Phobos release which might happen with Ekiga 2.0.2.

Bug#365176: [NONFREE-DOC] Package contains IETF RFC/I-D

Simon, > It seems your package contains non-free RFC/I-Ds: > > usr/share/doc/libpt-doc/samples/xmpptest/draft-ietf-xmpp-core-22.txt.gz > usr/share/doc/libpt-doc/samples/xmpptest/draft-ietf-xmpp-im-21.txt.gz this was addressed upstream and will be resolved with the next update of the Phobos relea

Bug#364195: CVE-2006-1827: arbitrary code execution

Hi Stefan, Am Freitag, den 21.04.2006, 22:24 +0200 schrieb Stefan Fritsch: > Package: asterisk > Severity: grave > Tags: security > Justification: user security hole > > > CVE-2006-1827: > Integer signedness error in format_jpeg.c in Asterisk 1.2.6 and > earlier allows remote attackers to execut

Bug#356756: Please upgrade build depends to libmysqlclient15-dev

Hi Christian, Am Montag, den 13.03.2006, 23:51 +0100 schrieb Christian Hammers: > Package: rate-engine > Severity: serious > Usertag: transition-libmysqlclient15-dev > > Dear maintainer > > Please upgrade the build dependencies of your package to use > libmysqlclient15-dev > > as the othe

Bug#353844: gnomemeeting: package does not install on etch, neither does it build

Hi Vincent, Am Dienstag, den 28.02.2006, 19:04 +0100 schrieb Vincent Danjean: >Hi, > > You wrote: > > The NEW queue is visible at: > > > > Can you provide an URL where we can install this package > 'by hand' ? The NEW queue does not seem to be av

Bug#354240: This really is a symlink problem

John, Am Freitag, den 24.02.2006, 11:14 -0600 schrieb John Goerzen: > merge 354240 354132 > thanks > > I had this symlink: > > /var/lib/asterisk -> /asterisk/lib > > It turns out that one of the asterisk maintainer scripts must be blowing > away that symlink and then creating a directory at /va

Bug#341109: libpri1: Missing symbol: pri_suspend_acknowledge

Hi Steve, Am Mittwoch, den 11.01.2006, 03:31 -0800 schrieb Steve Langasek: > Who is taking responsibility for this bug? libpri1 is needed by both > asterisk and yate, so presumably someone would care if it went away. Are we > going to see an upload soon to fix the package name / SONAME as requir

Bug#346223: FTBFS on hppa in debian/rules

Hi Steve, > Which is this package's goofy way of saying that it doesn't support hppa. > Never been built there due to lack of upstream support, so not an RC bug. which does not hold true as removing that line in debian/rules just got me all the way through. I'll try to get a vserver-enabled kern

Bug#346223: FTBFS on hppa in debian/rules

Package: util-vserver Version: 0.30.209-1 Severity: serious While building the util-vserver package on hppa the following error occurs: $ debuild -B dpkg-buildpackage: source package is util-vserver dpkg-buildpackage: source version is 0.30.209-1 dpkg-buildpackage: source changed by Ola Lundqvist

Bug#343521: zaptel module compilation

Hi Kernel team, I'm trying to resolve #343521 and I found that the linux-headers ship with a file .extraversion instead of providing EXTRAVERSION in the according Makefile. Now, my question is which part of the chain should be fixed accordingly. Right now zaptel-source uses KVERS as it's being p

Bug#331634: Intention to NMU

Hi Steve, Am Sonntag, den 16.10.2005, 16:12 -0700 schrieb Steve Langasek: > The libssl transition should not be a priority, but this is not the same > thing as it being "called off". You should still upload to fix RC bugs as > usual, and not worry about whether this means libssl0.9.7 or libssl0.9

Bug#331634: Intention to NMU

Hi Luk, Am Sonntag, den 16.10.2005, 13:17 +0200 schrieb Luk Claes: > Attached the patch for the version I intend to upload. Please respond if > you don't want this NMU to happen, if you are working yourself on a > patch or if you think that the attached patch won't work. > > Note that this also r

Bug#331634: Intention to NMU

Hi Luk, Am Sonntag, den 16.10.2005, 13:17 +0200 schrieb Luk Claes: > Attached the patch for the version I intend to upload. Please respond if > you don't want this NMU to happen, if you are working yourself on a > patch or if you think that the attached patch won't work. > > Note that this also r

Bug#304258: yate: patch to fix the problem

Hi Diana, Am Samstag, den 04.06.2005, 23:12 +0300 schrieb Diana Cionoiu: > Hello Kilian, > > Zaphfc patch dosen't work with sangoma drivers from the new yate lib. > It's an incompatibility added by Klauss patches. > We didn't find yet a solution for that, but we will try more. the CVS of yate of

Bug#304258: yate: patch to fix the problem

Hi Lior, > Since there has been almost two months since you said you'll check the > problem, I'd like to NMU the package. Waiting for you approval. there's a new version prepared to be rolled out upstream and moreover the "fix" is not removing zaptel.dpatch but to get zaphfc into YATE in the fir

Bug#305530: Video plugins

Hi Olleg, Am Dienstag, den 17.05.2005, 12:16 +0400 schrieb Olleg Samoylov: > Kilian Krause wrote: > > well, my rationale is easy enough. I'm entirely agreed that your > > definition sounds logical to you, but as long as the average user cannot > > run "

Bug#305530: Video plugins

Hi Olleg, Am Montag, den 16.05.2005, 11:45 +0400 schrieb Olleg Samoylov: > Kilian Krause wrote: > > why would you want to remove the video plugins? Not using them is up to > > you, but having one ready should be the default, no? > > No. I have not a webcam and I don't

Bug#305530: re Bug#305530: fixed in ohphone 1:1.4.3+20050304-2

Hi Olleg, Am Freitag, den 13.05.2005, 11:22 +0400 schrieb Olleg Samoylov: > Kilian Krause wrote: > >> And, I don't undestand, why you dont' add libpt-plugins-alsa or > >> libpt-plugins-oss? > > > > pardon me? they should be there. I've put Depends

Bug#297918: Patch for FTBFS

Hi Esteban, >Is this bug being investigated? Yes. It's already pending. I just haven't put the tag for the upload is ready and we're just holding the userland until all buildds have openh323. >So, why don't you upload it to unstable and close this bug? Any reason? It will be later today

Bug#297809: asterisk-h323 package is empty?

severity 297809 normal thanks Hi Rafael, > I.e. chan_h323.so is missing. You might want to read the NEWS.Debian or README.Debian. The H.323 in chan_h323 was for long time reported as unusable or majorly broken. It therefore was replaced by asterisk-oh323. Unfortunatelly this is still in NEW for

Bug#296656: asterisk: Missing chan_zap on latest package

Hi Alessandro, Am Mittwoch, den 23.02.2005, 21:20 +0100 schrieb Alessandro Polverini: > Package: asterisk > Version: 1:1.0.5-3 > Severity: grave > Justification: renders package unusable > > Latest package in unstable does not have zaptel support, so it's useless > (for me, of course). > Please a

Bug#296582: acknowledged by developer (Re: Bug#296582: security fixed version 2.0.12 available)

tags 296582 + sarge reopen 296582 thanks Hi Jeroen, > > version 2.0.12 was released to fix potential security exploits. Even > > though there seems to be no practical exploit in the wild yet, this is > > no reason to assume there is no existing one. > > phpbb2 | 2.0.11-1 | testing |

Bug#296582: security fixed version 2.0.12 available

Package: phpbb2 Version: 2.0.11-1 Severity: critical Tags: security Hi, version 2.0.12 was released to fix potential security exploits. Even though there seems to be no practical exploit in the wild yet, this is no reason to assume there is no existing one. Details are at: http://www.phpbb.com/p