Processing commands for cont...@bugs.debian.org:
> tags 794300 + sid stretch
Bug #794300 [buildbot] buildbot: FTBFS on unstable and needs rebuild for
sqlalchemy transition
Added tag(s) stretch and sid.
> tags 794369 + sid stretch
Bug #794369 {Done: Jérémy Bobbio } [python-txsocksx]
python-txsock
exiv2_0.25-1_amd64.changes uploaded successfully to localhost
along with the files:
exiv2_0.25-1.dsc
exiv2_0.25.orig.tar.gz
exiv2_0.25-1.debian.tar.xz
exiv2_0.25-1_amd64.deb
libexiv2-14_0.25-1_amd64.deb
libexiv2-dbg_0.25-1_amd64.deb
libexiv2-dev_0.25-1_amd64.deb
libexiv2-doc_0.25-1_
binary:libexiv2-14 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.
Packages are routinely processed through to the arch
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 05 Aug 2015 13:07:18 +0200
Source: exiv2
Binary: exiv2 libexiv2-14 libexiv2-dev libexiv2-doc libexiv2-dbg
Architecture: source amd64 all
Version: 0.25-1
Distribution: unstable
Urgency: medium
Maintainer: Debian KDE
Your message dated Wed, 05 Aug 2015 13:00:14 +
with message-id
and subject line Bug#789956: fixed in exiv2 0.25-1
has caused the Debian Bug report #789956,
regarding exiv2: new upstream version 0.25
to be marked as done.
This means that you claim that the problem has been dealt with.
If this
¡Hola Juerg!
El 2015-07-28 a las 12:00 +0200, Juerg Haefliger escribió:
I took a crack at this but I'm not sure I'm using the right build environment
since I'm seeing a different build error. FWIW, when building in a sid chroot
with gcc-5 and g++-5 (5.1.1-14) I get:
qapt source package was re
lensfun_0.3.1-0.1_amd64.changes uploaded successfully to localhost
along with the files:
lensfun_0.3.1-0.1.dsc
lensfun_0.3.1.orig.tar.gz
lensfun_0.3.1-0.1.debian.tar.xz
liblensfun-data_0.3.1-0.1_all.deb
liblensfun-dev_0.3.1-0.1_amd64.deb
liblensfun-doc_0.3.1-0.1_all.deb
liblensfun0_0.
Dear maintainers,
I packaged lensfun 0.3.1-0.1 and uploaded it to the DELAYED/14 queue. A
diff is attached. Let me know if you want me to cancel the upload.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
diff -Nru lensfun-0.2.8/debian/changelog lensfun-0.3.1/debian/changelog
On Wed, Aug 5, 2015 at 10:43 PM, Guus Sliepen wrote:
> Dear maintainers,
While i'm not a maintainer, i need to say the following:
>
> I packaged lensfun 0.3.1-0.1 and uploaded it to the DELAYED/14 queue. A
> diff is attached. Let me know if you want me to cancel the upload.
Lensfun has changed AP
On Wed, Aug 05, 2015 at 11:32:53PM +0300, Roman Lebedev wrote:
> Lensfun has changed API without bumping API version with commit:
> d767e4cc07f07f2050a2f959fb4c19f2fe1b84e6
> v0.3.0 was the first release that contained this commit.
>
> This causes e.g. following bug in darktable:
> http://redmine
On August 5, 2015 5:13:33 PM EDT, Guus Sliepen wrote:
>On Wed, Aug 05, 2015 at 11:32:53PM +0300, Roman Lebedev wrote:
>
>> Lensfun has changed API without bumping API version with commit:
>> d767e4cc07f07f2050a2f959fb4c19f2fe1b84e6
>> v0.3.0 was the first release that contained this commit.
>>
Source: exiv2
Version: 0.25-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of exiv2 for 32-bit architectures such as i386 have been failing
because they wind up with a somewhat different set of (mangled) symbol
names than 64-bit builds do.
ktp-desktop-applets 0.9.0-1 is marked for autoremoval from testing on 2015-08-22
It is affected by these RC bugs:
791894: kde-telepathy-desktop-applets: [kde-telepathy-desktop-applets] Not
usable with plasma-desktop 4:5.3.2-1
___
pkg-kde-extras mailin
meta-kde-telepathy 0.9.0 is marked for autoremoval from testing on 2015-08-22
It (build-)depends on packages with these RC bugs:
791894: kde-telepathy-desktop-applets: [kde-telepathy-desktop-applets] Not
usable with plasma-desktop 4:5.3.2-1
___
pkg-kd
14 matches
Mail list logo