I started a build here [1], please have a look at the result.
[1]
http://debomatic-amd64.debian.net/distribution#unstable/gpac/0.5.2-426-gc5ad4e4+dfsg5-1/
--
Alessio Treglia | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|
On Wed, Jul 8, 2015 at 12:45 PM, Bálint Réczey bal...@balintreczey.hu wrote:
You mean you agree with asking for binNMU for x264 or you want to tell
them something different?
In my testing x264 got fixed by a simple rebuild.
I double-checked with dak on coccia.d.o, and yes, that should be
On Wed, Jul 8, 2015 at 12:00 PM, Alessio Treglia ales...@debian.org wrote:
On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey bal...@balintreczey.hu wrote:
I think it is case 7.6.2 of [2] since the the files are not the same.
The library has been moved to the multiarch location.
Mmmno, wait, don't
2015-07-08 13:12 GMT+02:00 Alessio Treglia ales...@debian.org:
On Wed, Jul 8, 2015 at 12:00 PM, Alessio Treglia ales...@debian.org wrote:
On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey bal...@balintreczey.hu
wrote:
I think it is case 7.6.2 of [2] since the the files are not the same.
The
2015-07-08 13:00 GMT+02:00 Alessio Treglia ales...@debian.org:
On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey bal...@balintreczey.hu wrote:
I think it is case 7.6.2 of [2] since the the files are not the same.
The library has been moved to the multiarch location.
Which package do you want to
2015-07-08 12:45 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
2015-07-08 12:36 GMT+02:00 Alessio Treglia ales...@debian.org:
On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey bal...@balintreczey.hu wrote:
Ideally we should have started a proper transition, but since the
reverse dependencies
On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey bal...@balintreczey.hu wrote:
I think it is case 7.6.2 of [2] since the the files are not the same.
The library has been moved to the multiarch location.
Which package do you want to force-remove?
--
Alessio Treglia |
Am Mittwoch, den 08.07.2015, 06:45 -0500 schrieb Bálint Réczey:
In my interpretation of [2] this is enough if both packages contain
the same file while it is not our case.
IMO 7.6.2 applies here where the Conflicts: is needed, too.
I have pushed what would work IMO.
I'd suggest to merge what
2015-07-08 10:43 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
Hi Alessio,
2015-07-07 17:31 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
Hi Alessio,
2015-07-06 19:35 GMT-05:00 Alessio Treglia ales...@debian.org:
Hello Balint,
On Sun, Jul 5, 2015 at 5:29 PM, djcj d...@gmx.de wrote:
Control: tags -1 + moreinfo
On 2015-07-07 16:08:41, Akkana Peck wrote:
Package: vlc
Version: 2.2.1-2+b1
Severity: important
VLC suddenly is no longer able to play audio on systems that don't
have pulseaudio installed. When I run it on an mp3 file, it prints
on stdout,
PulseAudio server
Hi Alessio,
2015-07-07 17:31 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
Hi Alessio,
2015-07-06 19:35 GMT-05:00 Alessio Treglia ales...@debian.org:
Hello Balint,
On Sun, Jul 5, 2015 at 5:29 PM, djcj d...@gmx.de wrote:
Package: gpac
Version: 0.5.2-426-gc5ad4e4~dfsg4-1
The package
Source: openni
Followup-For: Bug #788680
Hi Gustavo,
thanks for the patch. Can you please clean it up (remove patches to
patches, backup files, other cruft), so I can apply it?
Thanks!
Jochen
___
pkg-multimedia-maintainers mailing list
On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey bal...@balintreczey.hu wrote:
Ideally we should have started a proper transition, but since the
reverse dependencies (x264) already gets broken when it is upgraded I
suggest uploading the fixed package to unstable. I hope the package
passes NEW
2015-07-08 12:36 GMT+02:00 Alessio Treglia ales...@debian.org:
On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey bal...@balintreczey.hu wrote:
Ideally we should have started a proper transition, but since the
reverse dependencies (x264) already gets broken when it is upgraded I
suggest uploading
Processing control commands:
tags -1 + moreinfo
Bug #791748 [vlc] vlc: VLC no longer works without pulseaudio
Bug #791735 [vlc] vlc: VLC no longer works without pulseaudio
Added tag(s) moreinfo.
Added tag(s) moreinfo.
--
791735: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791735
791748:
On Wed, Jul 8, 2015 at 9:05 AM, rbal...@users.alioth.debian.org wrote:
The following commit has been merged in the master branch:
commit c2b5a9d9ff0fa7fa05f30f2010e53e313577121c
Author: Balint Reczey bal...@balintreczey.hu
Date: Tue Jul 7 16:27:32 2015 -0700
Rename library package to
Your message dated Wed, 8 Jul 2015 09:35:29 -0400
with message-id 20150708133529.ga25...@acaia.ca
and subject line
has caused the Debian Bug report #784499,
regarding [musescore] Qt4's WebKit removal
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 06 Jul 2015 21:41:52 +0200
Source: libcoverart
Binary: libcoverart-dev libcoverart1 libcoverartcc1 libcoverart-dbg
libcoverart-doc
Architecture: source amd64 all
Version: 1.0.0+git20150706-1
Distribution:
MuseScore package doesn't depend on any soundfont, please check this
thread for more details:
https://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2015-July/045611.html
It seems there's no option other than fixing #789481 and waiting for
ftp-master approval of timgm6mb-soundfont,
Processing commands for cont...@bugs.debian.org:
tags 752124 + moreinfo
Bug #752124 [src:musescore] musescore: FTBFS with clang instead of gcc
Added tag(s) moreinfo.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
752124:
Hi, according to the most recent log from
http://clang.debian.net/logs/2015-03-25/, the last build attempted was
made with musescore_1.3. Could you perform the check with the new
musescore (2.0.x) package which is in Sid?
Also, should I propose the current patch for Jessie (which ships
gpac_0.5.2-426-gc5ad4e4+dfsg5-1_amd64.changes uploaded successfully to localhost
along with the files:
gpac_0.5.2-426-gc5ad4e4+dfsg5-1.dsc
gpac_0.5.2-426-gc5ad4e4+dfsg5.orig.tar.xz
gpac_0.5.2-426-gc5ad4e4+dfsg5-1.debian.tar.xz
gpac-dbg_0.5.2-426-gc5ad4e4+dfsg5-1_amd64.deb
FYI: The status of the ardour3 source package
in Debian's testing distribution has changed.
Previous version: 4.0~dfsg1-1
Current version: 4.1~dfsg-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will
On 07/08/2015 06:39 PM, Debian testing watch wrote:
FYI: The status of the ardour3 source package
in Debian's testing distribution has changed.
Previous version: 4.0~dfsg1-1
Current version: 4.1~dfsg-1
Ardour3 version 4.1
Seriously?
Why is the package name not Ardour4? Can this be
libcoverart_1.0.0+git20150706-2_amd64.changes uploaded successfully to localhost
along with the files:
libcoverart_1.0.0+git20150706-2.dsc
libcoverart_1.0.0+git20150706-2.debian.tar.xz
libcoverart-doc_1.0.0+git20150706-2_all.deb
Greetings,
Your Debian queue daemon (running on host
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 08 Jul 2015 19:41:51 +0200
Source: libcoverart
Binary: libcoverart-dev libcoverart1 libcoverartcc1 libcoverart-dbg
libcoverart-doc
Architecture: source all
Version: 1.0.0+git20150706-2
Distribution: unstable
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 08 Jul 2015 20:52:58 +0200
Source: libmusicbrainz5
Binary: libmusicbrainz5-dev libmusicbrainz5-doc libmusicbrainz5-2
libmusicbrainz5cc2
Architecture: source amd64 all
Version: 5.1.0+git20150707-1
Distribution:
libmusicbrainz5_5.1.0+git20150707-1_amd64.changes uploaded successfully to
localhost
along with the files:
libmusicbrainz5_5.1.0+git20150707-1.dsc
libmusicbrainz5_5.1.0+git20150707.orig.tar.xz
libmusicbrainz5_5.1.0+git20150707-1.debian.tar.xz
binary:libmusicbrainz5-2 is NEW.
binary:libmusicbrainz5cc2 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
29 matches
Mail list logo