mplayer_1.1.1+svn37434-1_amd64.changes uploaded successfully to localhost
along with the files:
mplayer_1.1.1+svn37434-1.dsc
mplayer_1.1.1+svn37434.orig.tar.xz
mplayer_1.1.1+svn37434-1.debian.tar.gz
mencoder_1.1.1+svn37434-1_amd64.deb
mplayer-dbg_1.1.1+svn37434-1_amd64.deb
mplayer-doc_1
On Thu, Jul 23, 2015 at 7:28 PM, Miguel A. Colón Vélez
wrote:
> I finished the packaging for reintroducing MPlayer[1] to unstable.
> Could someone upload it?
Uploading it right now.
Cheers!
--
Alessio Treglia | www.alessiotreglia.com
Debian Developer | ales...@debian.org
U
Processing commands for cont...@bugs.debian.org:
> block 778179 with 787018
Bug #778179 [src:xbmc] xbmc: ftbfs with GCC-5
778179 was not blocked by any bugs.
778179 was not blocking any bugs.
Added blocking bug(s) of 778179: 787018
> thanks
Stopping processing here.
Please contact me if you need
Hello all,
I finished the packaging for reintroducing MPlayer[1] to unstable.
Could someone upload it?
The FFmpeg transition is far enough that I think it could be uploaded. The
package will spend a fair amount of time in NEW so might as well get the
counter running if there are no objections to
De: "Miguel A. Colón Vélez"
Objet: Bug#792672: Assertion error in meters.lv2
Package: x42-plugins
Version: 20150702-1
Hello:
Someone at the #debian-multimedia channel dropped this report
Hi guys, I've a bug to report against x42-plugins
the meters, both as LV2 or standalone app (x42-meter) w
FYI: The status of the gavl source package
in Debian's testing distribution has changed.
Previous version: 1.4.0-1
Current version: 1.4.0-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will receive
la
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 23 Jul 2015 17:44:36 +0200
Source: libaacs
Binary: libaacs0 libaacs-dev
Architecture: source
Version: 0.8.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers
Changed-By: Dylan Aïs
Your message dated Thu, 23 Jul 2015 16:20:49 +
with message-id
and subject line Bug#743548: fixed in libaacs 0.8.1-1
has caused the Debian Bug report #743548,
regarding Updating the libaacs Uploaders list
to be marked as done.
This means that you claim that the problem has been dealt with.
If
Your message dated Thu, 23 Jul 2015 16:20:49 +
with message-id
and subject line Bug#731500: fixed in libaacs 0.8.1-1
has caused the Debian Bug report #731500,
regarding libbluray depends on the symbol aacs_get_device_binding
to be marked as done.
This means that you claim that the problem has
On 2015-07-23 17:09, Andreas Cadhalpun wrote:
On 23.07.2015 17:46, Adam D. Barratt wrote:
On 2015-07-23 16:41, Adam D. Barratt wrote:
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 wit
On 23.07.2015 17:46, Adam D. Barratt wrote:
> On 2015-07-23 16:41, Adam D. Barratt wrote:
>> 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 succes
libaacs_0.8.1-1_amd64.changes uploaded successfully to localhost
along with the files:
libaacs_0.8.1-1.dsc
libaacs_0.8.1.orig.tar.bz2
libaacs_0.8.1-1.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
__
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: 6.1.0+d
On 2015-07-23 16:41, Adam D. Barratt wrote:
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
Hi Jonathan,
On 23.07.2015 16:18, Jonathan Wiltshire wrote:
> Thanks. sflphone also seems rather unhappy; could you take a look at that too
> please?
That's caused by bug #787390 [1], which has a working patch.
(I mentioned this in the initial mail [2].)
By the way, do you know why vtk6 is show
On 2015-07-21 16:54, Andreas Cadhalpun wrote:
Unfortunately, three more packages fail to build:
* avbin: #793131
* dvbcut: #793089
* gazebo: #792992
The first two fail, because the libav* headers are now installed
in the multi-arch locations. (For whatever reason, my build chroot
contained a
16 matches
Mail list logo
