Processed: block 655074 with 657927
Processing commands for cont...@bugs.debian.org: block 655074 with 657927 Bug #655074 [release.debian.org] transition: audiofile Was blocked by: 655657 645537 654766 647271 Added blocking bug(s) of 655074: 657927 thanks Stopping processing here. Please contact me if you need assistance. -- 655074: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655074 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13279141753397.transcr...@bugs.debian.org
Processed: block 648775 with 657800
Processing commands for cont...@bugs.debian.org: block 648775 with 657800 Bug #648775 [release.debian.org] transition: mono 2.10 Was blocked by: 656756 656821 656817 657258 656818 657779 657261 656760 657781 656822 649339 656690 657256 656761 657598 Added blocking bug(s) of 648775: 657800 thanks Stopping processing here. Please contact me if you need assistance. -- 648775: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.132791657120450.transcr...@bugs.debian.org
Bug#653823: Status update: ready to transition this week
Steve M. Robbins st...@sumost.ca (30/01/2012): The last package, I will not touch since there is an unrelated build problem after fixing the boost issue. openvrml #652790 I've hinted out of testing, see last mail on this bug report. It should be gone with the run starting in one minute. Mraw, KiBi. signature.asc Description: Digital signature
Bug#648775: Mono 2.10 Transition has started (was Re: Bug#648775: transition: mono 2.10)
On 16.01.2012 06:33, Mirco Bauer wrote: On 01/15/2012 12:03 PM, Niels Thykier wrote: Hi, The vtk5.8 transition is done, so we can start mono now. Please start the uploads. :) Alright, I have uploaded Mono 2.10.5-2 and cli-common 0.8 to unstable. This officially starts the Mono 2.10 transition in Debian I mentioned most of the below on #debian-release over the weekend, but thought it might be easier to document it in the transition bug as well. From a base of this morning's britney result, with a bunch of urgents and a force-hint applied, the end result of attempting to get the transition done now appears to be that the following packages have issues: * i386: - monodevelop-boo - RM requested; #657792 * mips{,el}: - libapache2-mod-mono - no mono on these architectures; #657800 * s390: - banshee-extension-lastfmfingerprint, banshee-extension-lirc, banshee-extension-mirage - banshee-community-extensions needs s390 removal - gtk-sharp2-gapi, libglade2.0-cil, libglade2.0-cil-dev, libglib2.0-cil, libglib2.0-cil-dev, libgtk2.0-cil, libgtk2.0-cil-dev - gtk-sharp2 needs s390 removal; #657738 - libactiviz.net-cil - activiz.net 1:1.0~git2023-3 needs to migrate, but is FTBFS on armel and kfreebsd-i386 - libapache2-mod-mono - mod-mono probably shouldn't build here; see #657800 - libgdcm-cil, libvtkgdcm-cil - gdcm needs to stop trying to build the CIL packages on s390; #657779 - libgnome2.0-cil-dev, libgnome2.24-cil - gnome-sharp2 needs s390 removal - libgtkhtml3.14-cil-dev, libgtkhtml3.16-cil, libgtksourceview2-2.0-cil, libgtksourceview2-cil-dev, libvte0.16-cil, libvte0.16-cil-dev, libwnck1.0-cil-dev, libwnck2.20-cil - gnome-desktop-sharp2 needs s390 removal - libvirtuoso5.5-cil - virtuoso-opensource needs to stop building CIL packages on s390; #657781 Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/7a9d419fd8f60d00d1506a515cd15...@mail.adsl.funky-badger.org
Bug#634797: opencv 2.3 transition
On Mon, Jan 30, 2012 at 13:27:09 +0900, Nobuhiro Iwamatsu wrote: About #653157, gnome-mousetrap does not operate in curent code, becasue API of OpenCV was changed a lot. For example, LoadHaarClassifierCascade stops using python and becomes the following codes. --- import cv import cv2 c = cv2.CascadeClassifier('haarcascade.xml') --- This problem needs to fix by upstream of gnome-mousetrap. Alright, closing that bug then. The gnome-mousetrap issues are tracked in #655930. Cheers, Julien signature.asc Description: Digital signature
Re: RFS: libconfig (requires transition)
On Sat, Jan 28, 2012 at 15:00:23 +, Jonathan McCrohan wrote: On 27/01/12 19:23, Julien Cristau wrote: On Fri, Jan 27, 2012 at 10:24:56 +, Jonathan McCrohan wrote: Julien Cristau jcris...@debian.org wrote: Please don't change the -dev package name. All of the packages except one have versioned Build-depends on libconfig8-dev. Surely this needs to be replaced with libconfig-dev or at least libconfig9-dev? No it doesn't? You can rename the -dev package to libconfig-dev if you want, but certainly don't *need* to, and if you do it, then it would be way better from our point of view to keep building libconfig8-dev as a transitional package until the reverse deps are updated, and to do that separately from the SONAME bump. If its ok, I'll leave the package as is. Sigh. To clarify, what is the process for this transition? Will the package be uploaded to experimental to allow me to report bug reports and patches against dependant packages? I'm not sure I understand what you're asking. Cheers, Julien signature.asc Description: Digital signature
libsoup2.4 in armhf testing
A number of packages are uninstallable in armhf testing due to missing libsoup2.4-1 (source package libsoup2.4) The new version of this package is not migrating due to a build failure on sparc which doesn't look like it will be fixed any time soon*. I have tested locally and the version of the package in testing seems to build fine in armhf testing. Is it possible to binnmu the package in testing to get a binary in? * Last activity on the debian bug was in september, last activity on the upstream bug was in october. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f26f37d.2020...@p10link.net
Re: [Debian-uk] Time for another Bug Squashing Party
On Tue, 24, Jan, 2012 at 02:41:42PM +, Mark Hymers spoke thus.. I'm also considering holding an event up in York (obviously at a different time to the one in cambridge). Again, might be an idea if people could give some dates. I think we'd be limited to 12-15 people or so here though. And to copy Sledge, here's a doodle link. http://www.doodle.com/uazn486fr4qdrpsr The York BSP will be on 12th-13th May. http://wiki.debian.org/BSP/2012/05/en/York Mark -- Mark Hymers mark at hymers dot org dot uk I got off at Durham... and fell in love with it instantly. Why, it's wonderful - a perfect little city. If you have never been to Durham, go there at once. Take my car. It's wonderful. Notes from a Small Island, Bill Bryson -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120130200521.ga6...@hymers.org.uk
Re: libsoup2.4 in armhf testing
On 30 January 2012 21:46, peter green plugw...@p10link.net wrote: A number of packages are uninstallable in armhf testing due to missing libsoup2.4-1 (source package libsoup2.4) The new version of this package is not migrating due to a build failure on sparc which doesn't look like it will be fixed any time soon*. I have tested locally and the version of the package in testing seems to build fine in armhf testing. Is it possible to binnmu the package in testing to get a binary in? Just queued a binNMU for libsoup2.4 in testing. Thanks for looking after testing!! Konstantinos -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CABSEVwvBp3SS_c_91_CMSCBeFYcCJxPdZ_wQ33Rnc_hOfWf9=q...@mail.gmail.com
NEW changes in oldproposedupdates
Processing changes file: openssl_0.9.8g-15+lenny16_amd64.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_alpha.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_arm.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_armel.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_hppa.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_i386.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_ia64.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_mips.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_mipsel.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_powerpc.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_s390.changes ACCEPT Processing changes file: openssl_0.9.8g-15+lenny16_sparc.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rrypb-000658...@franck.debian.org
NEW changes in proposedupdates
Processing changes file: curl_7.21.0-2.1+squeeze1_amd64.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_armel.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_i386.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_ia64.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_kfreebsd-amd64.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_kfreebsd-i386.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_mips.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_mipsel.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_powerpc.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_s390.changes ACCEPT Processing changes file: curl_7.21.0-2.1+squeeze1_sparc.changes ACCEPT Processing changes file: icu_4.4.1-8_amd64.changes ACCEPT Processing changes file: icu_4.4.1-8_armel.changes ACCEPT Processing changes file: icu_4.4.1-8_i386.changes ACCEPT Processing changes file: icu_4.4.1-8_ia64.changes ACCEPT Processing changes file: icu_4.4.1-8_kfreebsd-amd64.changes ACCEPT Processing changes file: icu_4.4.1-8_kfreebsd-i386.changes ACCEPT Processing changes file: icu_4.4.1-8_mips.changes ACCEPT Processing changes file: icu_4.4.1-8_mipsel.changes ACCEPT Processing changes file: icu_4.4.1-8_powerpc.changes ACCEPT Processing changes file: icu_4.4.1-8_s390.changes ACCEPT Processing changes file: icu_4.4.1-8_sparc.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rrz46-0007ri...@franck.debian.org
NEW changes in oldproposedupdates
Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_amd64.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_alpha.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_arm.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_armel.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_hppa.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_i386.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_ia64.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_mips.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_mipsel.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_powerpc.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_s390.changes ACCEPT Processing changes file: libxml2_2.6.32.dfsg-5+lenny5_sparc.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_amd64.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_alpha.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_arm.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_armel.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_hppa.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_i386.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_ia64.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_mips.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_mipsel.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_powerpc.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_s390.changes ACCEPT Processing changes file: icu_3.8.1-3+lenny3_sparc.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rrz4a-0007se...@franck.debian.org
Re: Time for another Bug Squashing Party
On Mon, Jan 23, 2012 at 06:05:49PM +, Steve McIntyre wrote: Hey folks, As I've just been discussing with folks on IRC, it's been a while since we had one in the UK, and we're going to freeze this summer according to the release team. So... I'm tempted to host a BSP one weekend in March (*way* too busy before then!) at my place in Cambridge, or would people prefer somewhere else instead? Please speak up so we can get something organised. And we have a decision: March 3rd-4th... http://wiki.debian.org/BSP/2012/03/gb/Cambridge for more details and to sign up if you're going to come along. I've listed crash space at my place as normal, but I'd also expect some of the other Cambridge locals will be able to help out with more. -- Steve McIntyre, Cambridge, UK.st...@einval.com We're the technical experts. We were hired so that management could ignore our recommendations and tell us how to do our jobs. -- Mike Andrews -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120130225212.gh5...@einval.com
Re: RFS: libconfig (requires transition)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/01/12 19:15, Julien Cristau wrote: On Sat, Jan 28, 2012 at 15:00:23 +, Jonathan McCrohan wrote: On 27/01/12 19:23, Julien Cristau wrote: On Fri, Jan 27, 2012 at 10:24:56 +, Jonathan McCrohan wrote: Julien Cristau jcris...@debian.org wrote: Please don't change the -dev package name. All of the packages except one have versioned Build-depends on libconfig8-dev. Surely this needs to be replaced with libconfig-dev or at least libconfig9-dev? No it doesn't? You can rename the -dev package to libconfig-dev if you want, but certainly don't *need* to, and if you do it, then it would be way better from our point of view to keep building libconfig8-dev as a transitional package until the reverse deps are updated, and to do that separately from the SONAME bump. If its ok, I'll leave the package as is. Sigh. I can change it if it makes it easier for you so. Your paragraph above made it sound as if it didn't matter which way it was done. To clarify, what is the process for this transition? Will the package be uploaded to experimental to allow me to report bug reports and patches against dependant packages? I'm not sure I understand what you're asking. This is my first upload which requires a transition, and I am unsure of what happens next. It seems common for packages to be uploaded to experimental for a time prior to the actual transistion to allow other maintainers update their packages accordingly. I was wondering will this be the case with this transition? Jon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPJyLhAAoJEJ6XA7Whh53bSLkH+gPIvSxmXV/flNb8OeTbQTjz we7Df28cckf4SrqMA2/scs1womzy88xgdXpSRhHFlhFpRt+2voKXfVMDoM0A9Mth +7tQTivdz41+FAWt5oLMNT96vAvHIebxTSAREroEZZjPm0129u4LoSleJsIx/gM/ swcB3Jp3N9fHOcXYu5VC+WiOMqNgalaCTcbT4BWdxZkP7Xf2XvIQ0I+347ncIU5d UOtOzHdqheHh0Nw6FZdxvBHttUqwUqVqylcjLKPuxMMleL4JgZ4oIOCqFlfUEdtk DsfcuTANX3H2xwhM82YQ41SXXlExTJ4G5zQ3i5N8JFDLSc2uvwk+neBk7ubUT6k= =Nyvp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f2722e1.3030...@gmail.com
binnmus of pulseaudio and build-deps in armhf testing.
Could you schedule binnmus of pulseaudio, gconf and libatomic-ops (the latter two along the the migration of psmisc from unstable will be needed before gconf can actually be built but wanna-build should handle that) and in armhf testing. None of these packages look like they will migrate from unstable any time soon and pulseaudio seems to be the ultimate cause of a large number of uninstalability issues in armhf testing. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f2739a0.40...@p10link.net
Bug#656550: marked as done (nmu: gnet_2.0.8-2.1)
Your message dated Tue, 31 Jan 2012 11:51:24 +0900 with message-id 20120131025124.ga22...@lilith.infoblue.home and subject line Re: Bug#656550: nmu: gnet_2.0.8-2.1 has caused the Debian Bug report #656550, regarding nmu: gnet_2.0.8-2.1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 656550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656550 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu gnet_2.0.8-2.1 . ALL . -m Rebuild against glib2.0 for gnet-2.0.pc multiarch path. please rebuild gnet to let gnet-2.0.pc use multiarch path. this occurs FTBFS with scli (#652165). rebuilding gnet will fix gnet-2.0.pc's glib-2.0/include path then resolve scli FTBFS. Regards, dai -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- On Sun, Jan 29, 2012 at 04:25:17PM +0100, Julien Cristau wrote: nmu gnet_2.0.8-2.1 . ALL . -m Rebuild against glib2.0 for gnet-2.0.pc multiarch path. please rebuild gnet to let gnet-2.0.pc use multiarch path. this occurs FTBFS with scli (#652165). rebuilding gnet will fix gnet-2.0.pc's glib-2.0/include path then resolve scli FTBFS. Seems to me the better fix is: I see. I cancel this binNMU request. I will do NMU gnet with your patch. Thank you. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature ---End Message---
Processed: block 652165 with 658061
Processing commands for cont...@bugs.debian.org: unblock 652165 with 656550 Bug #652165 [src:scli] FTBFS: autoconf check for GNET fails Was blocked by: 656550 Removed blocking bug(s) of 652165: 656550 block 652165 with 658061 Bug #652165 [src:scli] FTBFS: autoconf check for GNET fails Was not blocked by any bugs. Added blocking bug(s) of 652165: 658061 thanks Stopping processing here. Please contact me if you need assistance. -- 652165: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652165 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.132797921918907.transcr...@bugs.debian.org
Bug#656548: marked as done (nmu: vdk2_2.4.0-5.2)
Your message dated Tue, 31 Jan 2012 12:38:24 +0900 with message-id 20120131033824.ga17...@lilith.infoblue.home and subject line Re: Bug#656548: nmu: vdk2_2.4.0-5.2 has caused the Debian Bug report #656548, regarding nmu: vdk2_2.4.0-5.2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 656548: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656548 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu vdk2_2.4.0-5.2 . ALL . -m Rebuild against glib2.0 for vdk-config-2 multiarch path (Closes: #656408) please rebuild vdk2 to let vdk-config-2 use multiarch path. this occurs FTBFS with vdkbuilder2 (#652173) and vdkxdb2 (#652169). rebuilding vdk2 will fix vdk-config-2's glib-2.0/include path then resolve vdkbuilder2 and vdkxdb2 FTBFS. Regards, dai -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- On Sun, Jan 29, 2012 at 04:17:40PM +0100, Julien Cristau wrote: nmu vdk2_2.4.0-5.2 . ALL . -m Rebuild against glib2.0 for vdk-config-2 multiarch path (Closes: #656408) please rebuild vdk2 to let vdk-config-2 use multiarch path. this occurs FTBFS with vdkbuilder2 (#652173) and vdkxdb2 (#652169). rebuilding vdk2 will fix vdk-config-2's glib-2.0/include path then resolve vdkbuilder2 and vdkxdb2 FTBFS. Sounds to me like vdk-config-2 should use pkg-config to get the glib include path, not hardcode it? I see. I cancel this binNMU request. I will do NMU vdk2 with your patch. Thank you. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature ---End Message---