Control: tags -1 + pending
On Sat, 2018-03-31 at 22:27 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sat, 2018-03-17 at 19:33 +0200, Adrian Bunk wrote:
> > Fix the program startup.
>
> I'm not sure how much we're actually helping by fixing a package
Control: tags -1 + confirmed
On Sat, 2018-03-17 at 19:33 +0200, Adrian Bunk wrote:
> Fix the program startup.
I'm not sure how much we're actually helping by fixing a package that
was apparently not even trivially tested before upload and had been
entirely broken for nearly a year before anyone
On Mon, 2016-05-02 at 12:08 +0100, Adam D. Barratt wrote:
> On Mon, 2016-05-02 at 10:17 +0200, Bálint Réczey wrote:
> > Package: release.debian.org
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
> [...]
> > Build of kodi failed on buildd, b
On Mon, 2016-05-02 at 10:17 +0200, Bálint Réczey wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: binnmu
[...]
> Build of kodi failed on buildd, but I have successfully rebuilt it
> on debomatic from the same source:
>
On Tue, 2015-12-15 at 13:18 +, Adam D. Barratt wrote:
> On 2015-12-15 13:04, Felipe Sateler wrote:
> > Hi,
> >
> > Dear release team, I'm copying you to ask if the attached patch would
> > be OK to upload to stable/oldstable, fixes bug #805549. This error
> &
On 2015-12-15 13:04, Felipe Sateler wrote:
Hi,
Dear release team, I'm copying you to ask if the attached patch would
be OK to upload to stable/oldstable, fixes bug #805549. This error
makes some builds against stk impossible, since there are two headers
missing.
The version in unstable is a
On 2015-07-23 15:49, Andreas Cadhalpun wrote:
By the way, do you know why vtk6 is shown as bad in the transition
tracker,
even though it built successfully with ffmpeg?
Because building successfully doesn't mean building sanely.
Package: libvtk6.1
Source: vtk6 (6.1.0+dfsg2-6)
Version:
On Sat, 2013-11-02 at 21:11 -0400, Reinhard Tartler wrote:
can you perhaps also provide a backtrace? It seems that there are no
public s390x porter machines where I could get that myself.
adsb@zelenka:~$ schroot --list | grep s390x
chroot:experimental_s390x-dchroot
chroot:jessie_s390x-dchroot
On 2013-10-28 6:46, Mateusz Łukasik wrote:
recently vlc source package has been updated and it now builds
libvlccore7 instead of libvlccore5.
It is possible to build phonon-backend-vlc against the new
libvlccore7. Now phonon-backend-vlc have broken depends on i386 and
amd64. On others
On 2013-10-30 12:08, Rémi Denis-Courmont wrote:
On Wed, 30 Oct 2013 11:38:29 +, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
[...]
* New major upstream release. (Closes: #436339, #632965,
#642187,
#698023, #593735, #724734, #665732, #700752, #704941, #708953
On 2013-10-30 15:48, Benjamin Drung wrote:
On Mi, 2013-10-30 at 13:08 +0100, Rémi Denis-Courmont wrote:
Hello,
On Wed, 30 Oct 2013 11:38:29 +, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
On 2013-10-28 6:46, Mateusz Łukasik wrote:
recently vlc source package has been updated
Control: notfixed -1 mplayer/2:1.0~rc4.dfsg1+svn34540-1
On Wed, 2013-06-19 at 12:24 +, Debian Bug Tracking System wrote:
Processing commands for cont...@bugs.debian.org:
# fix version tracking
fixed 709752 mplayer/2:1.0~rc4.dfsg1+svn34540-1
That's an odd definition of fix. :-) The bug
Control: tags -1 + moreinfo
On Sat, 2013-05-25 at 11:25 +0300, Mika Mäenpää wrote:
It seems that mplayer is linked against obsolete package libssl0.9.8 in amd64
architecture.
When I try to start mplayer, I get the following message:
mplayer: error while loading shared libraries:
On Sat, 2013-05-25 at 13:31 +0300, Mika Mäenpää wrote:
2013/5/25 Adam D. Barratt a...@adam-barratt.org.uk:
Please could you run which mplayer and ldd $(which mplayer) and
provide the result?
[...]
librtmp.so.0 = /home/pulmu/lib/librtmp.so.0 (0x7fd735257000)
This looks like a good
Control: tags -1 + moreinfo
On Thu, 2013-05-09 at 00:56 +0200, J G Miller wrote:
The MediaTomb daemon executable in Wheezy is linked to libfaac
ldd /usr/bin/mediatomb | grep libfaac
libfaac.so.0 = not found
On which architecture? At least neither of the amd64 or i386 binaries
appear to
On Wed, 2012-11-21 at 16:57 +, Debian Bug Tracking System wrote:
Processing commands for cont...@bugs.debian.org:
severity 693799 important
Bug #693799 [mhwaveedit] mhwaveedit: FTBFS on big endian archs
Why? The package used to build fine on those architectures and there are
now
On Wed, 2012-09-26 at 00:35 +0800, Larry Pinney wrote:
VideoLAN should have sftp enabled in order to play video on the (my)
LAN.
Please include the commit from Benjamin Drung in the upcoming Release.
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/vlc.git;a=commitdiff;h=ebfad0e
The
On Sun, 2012-08-19 at 18:05 -0400, Felipe Sateler wrote:
On Sun, Aug 19, 2012 at 5:56 PM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
On Wed, 2012-08-15 at 18:23 -0400, Felipe Sateler wrote:
I write to fix the issue of supercollider in wheezy. Current SC in
testing is upstream version
On Wed, 2012-08-15 at 18:23 -0400, Felipe Sateler wrote:
I write to fix the issue of supercollider in wheezy. Current SC in
testing is upstream version 3.4.5. Current in sid is 3.5.3. The
version in wheezy has a FTBFS bug (#674386), so we need to get rid of
that. Options are:
1. Upload a
On 01.08.2012 09:14, Fabian Greffrath wrote:
Am 28.07.2012 17:47, schrieb Adam D. Barratt:
On Sat, 2012-07-28 at 15:54 +0100, Adam D. Barratt wrote:
Depends: vlc libav (not considered)
The new libav does not have an unblock request ttbomk and from a
quick
look at the diff I'm
On Sat, 2012-07-28 at 22:32 +0200, Jonas Smedegaard wrote:
On 12-07-28 at 04:47pm, Adam D. Barratt wrote:
- this change looks slightly odd:
* Do not run doxygen if it is not installed.
doxygen is in B-D-Indep and only appears to be used when building the
arch:all -doc package
On Sat, 2012-07-28 at 15:54 +0100, Adam D. Barratt wrote:
Depends: vlc libav (not considered)
The new libav does not have an unblock request ttbomk and from a quick
look at the diff I'm not prepared to unblock it without at least some
discussion (there are changes which don't appear
severity 670338 important
thanks
On Tue, 2012-04-24 at 19:02 +, Cyril Roelandt wrote:
Package: libquicktime-dev
Severity: serious
Tags: patch
Justification: fails to build from source
Dear Maintainer,
* What led up to the situation?
libquicktime FTBFS on hurd-i386 (cf.
Source: toonloop
Version: 2.1.18-3
Severity: serious
Tags: wheezy sid
Hi,
toonloop FTBFS. From the amd64 build log:
pipeline.cpp: In constructor 'Pipeline::Pipeline(Application*)':
pipeline.cpp:457:18: error: 'GstElement*
clutter_gst_video_sink_new(ClutterTexture*)' is deprecated (declared at
severity 548625 serious
thanks
On Sun, 2011-02-27 at 11:17 +, Alessio Treglia wrote:
Hi!
Please do ping me if anyone stumbles across this bug untouch for more
than a week: Then I got distracted from it :-/
So... ping! :)
This issue is now causing libshout to FTBFS on arm{el,hf};
Hi,
As this regression was apparently caused by a security update, I've
added the security team to CC.
On Sat, 2011-04-30 at 14:43 +0200, Christoph Goehre wrote:
After I update from vlc version 0.8.6.h-4+lenny2.3 to 0.8.6.h-4+lenny3,
I couldn't play any mp3 music file. If I reinstall the old
On Mon, 2011-03-07 at 09:32 +0100, Fabian Greffrath wrote:
Am 21.02.2011 13:58, schrieb Adam D. Barratt:
Yes, the fix would need to be applied to unstable first, so we can
discover if any further issues occur.
libmms 0.6.2-2 has just entered testing without any complaints.
Please go ahead
Package: mediatomb
Version: 0.12.0~svn2018-6.1
Severity: serious
Hi,
mediatomb FTBFS in unstable due to what looks like a consequence of the
recent gcc-4.4 linker invocation changes; from the build log:
g++ -I../src -I../tombupnp/ixml/inc -I../tombupnp/threadutil/inc
-I../tombupnp/upnp/inc -I..
Package: openmovieeditor
Version: 0.0.20080102-3
Severity: serious
Hi,
openmovieeditor FTBFS in unstable due to what looks like a consequence of
the recent gcc-4.4 linker invocation changes; from the build log:
i486-linux-gnu-g++ -g -O2 -lsamplerate -lsndfile -lgavl
-lquicktime
On Thu, 2011-02-17 at 21:12 +, Adam D. Barratt wrote:
[debian-devel dropped from Cc as it didn't seem relevant to the mail]
On Tue, 2011-02-15 at 12:06 +0100, Reinhard Tartler wrote:
It is here: http://release.debian.org/transitions/ffmpeg.html
AFAIUI all packages marked red
On Mon, February 21, 2011 12:28, Fabian Greffrath wrote:
this is the patch in question:
http://libmms.git.sourceforge.net/git/gitweb.cgi?p=libmms/libmms;a=commitdiff;h=487d4dc7ea330d14d6e43e6cce092c4ffac926eb
Do you want me to add it to the package targetted at s-p-u for
clarification, or
Package: hexter
Version: 0.6.2-2
Severity: serious
Hi,
hexter is uninstallable on kfreebsd-* due to its dependency on
dssi-host-jack, which does not exist on those architectures.
Either the dependency should be dropped on kfreebsd-* if that makes
sense or (ideally) dssi should be made to build
Hi,
On Mon, 2011-02-07 at 10:52 +0100, Fabian Greffrath wrote:
please consider the attached diff for libmms in stable. It fixes an
alignment issue that makes the whole library rather useless on e.g. ARM.
From the bug report, it appears that this issue also affects the package
in unstable? If
On Tue, 2010-08-31 at 20:59 +0200, Julien Cristau wrote:
Coming back to the libjack binNMUs:
On Fri, Jul 30, 2010 at 18:25:15 +0100, Adam D. Barratt wrote:
[...]
- freej: waiting for opencv, which started an uncoordinated transition
and FTBFS on hppa
[..]
So as far as squeeze is concerned
On Wed, 2010-09-01 at 09:40 -0400, Felipe Sateler wrote:
On 01/09/10 04:10, Reinhard Tartler wrote:
this package has been tried four times and every time we see a different
build error:
#1 (on lebrun):segfault in gcc
#2 (on schroeder): segfault in python (i.e. scons, the build
On Wed, September 1, 2010 09:10, Reinhard Tartler wrote:
On Tue, Aug 31, 2010 at 21:14:05 (CEST), Adam D. Barratt wrote:
csound still has an outdated dependency on hppa;
What dependency is that?
libcsound64-5.2 depends on libjack0 (= 0.118.0).
Where can we look that up?
Predictably
On Wed, September 1, 2010 10:05, Reinhard Tartler wrote:
On Wed, Sep 01, 2010 at 10:51:31 (CEST), Adam D. Barratt wrote:
On Wed, September 1, 2010 09:10, Reinhard Tartler wrote:
On Tue, Aug 31, 2010 at 21:14:05 (CEST), Adam D. Barratt wrote:
csound still has an outdated dependency on hppa
On Wed, 2010-09-01 at 13:10 +0100, Adam D. Barratt wrote:
On Wed, September 1, 2010 10:05, Reinhard Tartler wrote:
On Wed, Sep 01, 2010 at 10:51:31 (CEST), Adam D. Barratt wrote:
libcsound64-5.2 depends on libjack0 (= 0.118.0).
Right, could you schedule a binNMU for csound on hppa
Hi,
On Mon, 2010-08-09 at 15:45 +0200, Fabian Greffrath wrote:
the pkg-multimedia team has just uploaded a revised flac_1.2.1-3
package to unstable. This packages contains fixes for two bugs
(#579025 and #585518) which unfortunately required an autoreconf of
the build system. The
reopen 590948
thanks
On Wed, August 4, 2010 16:32, Jonas Smedegaard wrote:
Source: csound
Source-Version: 1:5.12.1~dfsg-4
We believe that the bug you reported is fixed in the latest version of
csound, which is due to be installed in the Debian FTP archive:
[...]
* Build documentation in
On Fri, July 30, 2010 19:02, Felipe Sateler wrote:
On 30/07/10 13:25, Adam D. Barratt wrote:
- ardour: FTBFS on sparc (#590863)
- csound: FTBFS on hppa (#590948)
- slv2: FTBFS on hppa (#590976)
All these three look like problems with the buildd host/toolchain.
CSound hangs in a doxygen call
Package: csound
Version: 1:5.12.1~dfsg-2
Severity: serious
Hi,
csound FTBFS on hppa when binNMUed for the jackd-defaults transition;
from the most recent build log:
Generating docs for compound XOUT...
Generating docs for compound XOUT_HIGH...
Generating docs for compound XOUT_LOW...
Generating
Package: slv2
Version: 0.6.6-4
Severity: serious
Hi,
slv2 FTFBS when binNMUed for the jackd-defaults transition; from the
build log:
[19/25] copy: doc/reference.doxygen.in - build/default/doc/reference.doxygen
make: *** wait: No child processes. Stop.
make: *** Waiting for unfinished jobs
On Tue, 2010-07-20 at 22:30 +0200, Adrian Knoth wrote:
It works (on the library level), but the packages need to depend on the
newly introduced virtual package libjack-0.116 which is provided by
either libjack0 or libjack-jackd2-0.
(to be precise, they'll depend on (libjack-jackd2-0 |
Package: ardour
Version: 1:2.8.11-1
Severity: serious
Hi,
ardour FTBFS on sparc; from the build log:
g++ -o gtk2_ardour/panner2d.o -c -Woverloaded-virtual -DPROGRAM_NAME=\Ardour\
-D_REENTRANT -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-DGTK_NEW_TOOLTIP_API
On Sun, 2010-07-18 at 17:20 +0200, Reinhard Tartler wrote:
reassing 589199 libaubio2
stop
On Sat, Jul 17, 2010 at 17:11:38 (CEST), Adam D. Barratt wrote:
On Thu, 2010-07-15 at 22:44 -0400, Reinhard Tartler wrote:
On Thu, Jul 15, 2010 at 14:23:45 (EDT), Marco wrote:
The following
On Thu, 2010-07-15 at 22:44 -0400, Reinhard Tartler wrote:
On Thu, Jul 15, 2010 at 14:23:45 (EDT), Marco wrote:
The following packages have unmet dependencies:
ardour: Depends: jackd (= 0.103.0) but it is not going to be installed
E: Broken packages
please share the exact versions of
On Mon, June 14, 2010 06:49, Reinhard Tartler wrote:
On Sat, Jun 12, 2010 at 16:57:52 (CEST), Adam D. Barratt wrote:
On Mon, 2010-05-31 at 18:39 +0200, Reinhard Tartler wrote:
This creates the situation that we actually partially revert the last
transition. However, we still consider jackd2
On Sun, May 9, 2010 01:05, Dmitrijs Ledkovs wrote:
On 9 May 2010 00:44, Adam D. Barratt a...@adam-barratt.org.uk wrote:
- waf's parallel building and hppa don't mix; I've stolen a patch which
Jakub Wilk provided for xmms2 and applied it to j-a-c-k. It will break
if
anything causes the .waf
Package: jack-audio-connection-kit
Version: 1.9.5~dfsg-12
Severity: serious
Tags: patch
Hi,
j-a-c-k FTBFS on hppa. While some of the issues may be buildd related,
some of them aren't; the good news is that I believe I've fixed them. :-)
(at least, I've successfully built j-a-c-k on the hppa
Package: src:jack-audio-connection-kit
Version: 1.9.5~dfsg-9
Severity: serious
Hi,
Unfortunately, j-a-c-k is still failing to build on armel. -9 has been
tried three times, two of which resulted in an illegal instruction
stopping the build; the other gave:
../dbus/sigsegv.c: In function
Package: jack-audio-connection-kit
Version: 1.9.5~dfsg-4
Severity: serious
Hi,
j-a-c-k FTBFS on (so far) alpha and ia64; from the build log:
In file included from ../common/JackAtomic.h:24,
from ../common/JackAtomicState.h:23,
from
reopen 580089
thanks
On Mon, 2010-05-03 at 17:18 +0200, Adrian Knoth wrote:
On Mon, May 03, 2010 at 04:03:10PM +0100, Adam D. Barratt wrote:
This may have the same root cause as the armel failure, in which case
please merge them.
I don't think so. For the alpha and ia64, I have written
Package: src:liblo
Version: 0.26~repack-3
Severity: serious
Hi,
liblo failed to build on mipsel:
/usr/bin/fakeroot debian/rules clean
debian/rules:22: /usr/share/cdbs/1/rules/copyright-check.mk: No such file or
directory
make: *** No rule to make target
On Tue, 2010-01-26 at 07:57 +0100, Reinhard Tartler wrote:
On Mo, Dez 21, 2009 at 23:17:42 (CET), Adam D. Barratt wrote:
Please go ahead with the uploads introducing symbol versioning. In
order to ease transition, we'll schedule the required binNMUs once the
package has migrated
On Wed, 2010-01-27 at 07:54 +, Adam D. Barratt wrote:
http://release.debian.org/~adsb/ffmpeg_binNMUs.txt is what I believe to
be the list of packages potentially needing binNMUs.
Excluding those packages which have either had sourceful uploads in the
past day or so (e.g. vtk) or have
56 matches
Mail list logo
