libmusicbrainz5_5.1.0+git20150707-1_amd64.changes ACCEPTED into experimental, experimental

2015-07-08 Thread Debian FTP Masters
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: exp

libmusicbrainz5_5.1.0+git20150707-1_amd64.changes is NEW

2015-07-08 Thread Debian FTP Masters
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 are

Processing of libmusicbrainz5_5.1.0+git20150707-1_amd64.changes

2015-07-08 Thread Debian FTP Masters
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 libmusicbrainz5-2_5.1.0+git20150707-1_amd64.deb

libcoverart_1.0.0+git20150706-3_amd64.changes is NEW

2015-07-08 Thread Debian FTP Masters
binary:libcoverartcc1v5 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

Processed: Re: Bug#791110: libcoverart: library transition may be needed when GCC 5 is the default

2015-07-08 Thread Debian Bug Tracking System
Processing control commands: > tags -1 + pending Bug #791110 [src:libcoverart] libcoverart: library transition may be needed when GCC 5 is the default Added tag(s) pending. -- 791110: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791110 Debian Bug Tracking System Contact ow...@bugs.debian.or

Bug#791110: libcoverart: library transition may be needed when GCC 5 is the default

2015-07-08 Thread Sebastian Ramacher
Control: tags -1 + pending On 2015-07-03 13:11:12, Matthias Klose wrote: > Package: src:libcoverart > Version: 1.0.0+git20140109-2 > Severity: important > Tags: sid stretch > User: debian-...@lists.debian.org > Usertags: libstdc++-cxx11 > > Background [1]: libstdc++6 introduces a new ABI to confo

Processing of libcoverart_1.0.0+git20150706-3_amd64.changes

2015-07-08 Thread Debian FTP Masters
libcoverart_1.0.0+git20150706-3_amd64.changes uploaded successfully to localhost along with the files: libcoverart_1.0.0+git20150706-3.dsc libcoverart_1.0.0+git20150706-3.debian.tar.xz libcoverart-dbg_1.0.0+git20150706-3_amd64.deb libcoverart-dev_1.0.0+git20150706-3_amd64.deb libcoverart-

libcoverart_1.0.0+git20150706-2_amd64.changes ACCEPTED into unstable

2015-07-08 Thread Debian FTP Masters
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 Urgen

Processing of libcoverart_1.0.0+git20150706-2_amd64.changes

2015-07-08 Thread Debian FTP Masters
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 f

Re: ardour3 4.1~dfsg-1 MIGRATED to testing

2015-07-08 Thread Robin Gareus
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 th

ardour3 4.1~dfsg-1 MIGRATED to testing

2015-07-08 Thread Debian testing watch
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

gpac_0.5.2-426-gc5ad4e4+dfsg5-1_amd64.changes is NEW

2015-07-08 Thread Debian FTP Masters
binary:libgpac4 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 archive

Processing of gpac_0.5.2-426-gc5ad4e4+dfsg5-1_amd64.changes

2015-07-08 Thread Debian FTP Masters
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 gpac-modules-bas

Bug#784499: marked as done ([musescore] Qt4's WebKit removal)

2015-07-08 Thread Debian Bug Tracking System
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 i

Processed: tagging 752124

2015-07-08 Thread Debian Bug Tracking System
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: http://bugs.debian.org/cgi-bin/bugreport

Bug#752124: (no subject)

2015-07-08 Thread Tiago Bortoletto Vaz
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 musescore_1

Bug#791589: (no subject)

2015-07-08 Thread Tiago Bortoletto Vaz
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,

Processed: Mscore merging

2015-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > severity 789754 serious Bug #789754 [src:musescore] musescore: FTBFS on architectures with unsigned char Severity set to 'serious' from 'normal' > merge 789481 789754 Bug #789481 [src:musescore] musescore: FTBFS on architectures where char is not

libcoverart_1.0.0+git20150706-1_amd64.changes ACCEPTED into experimental, experimental

2015-07-08 Thread Debian FTP Masters
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: experime

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread 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 me

Re: Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 12:45 PM, Bálint Réczey 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 enough. -- Alessio Tre

Re: Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Fabian Greffrath
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. Conflicts only apply if

Re: Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 13:12 GMT+02:00 Alessio Treglia : > On Wed, Jul 8, 2015 at 12:00 PM, Alessio Treglia wrote: >> On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey >> 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. >

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
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| quadris..

Re: Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 12:00 PM, Alessio Treglia wrote: > On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey 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 use Conflicts. Instead I suggest to

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 13:00 GMT+02:00 Alessio Treglia : > On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey 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? The broken libgpac3

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey 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 | www.alessiotreglia.com Debian Developer

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 12:45 GMT+02:00 Bálint Réczey : > 2015-07-08 12:36 GMT+02:00 Alessio Treglia : >> On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey wrote: >>> Ideally we should have started a proper transition, but since the >>> reverse dependencies (x264) already gets broken when it is upgraded I >>> sugg

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 12:36 GMT+02:00 Alessio Treglia : > On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey 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 ho

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey 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 fast. It doesn't look

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 10:43 GMT+02:00 Bálint Réczey : > Hi Alessio, > > 2015-07-07 17:31 GMT+02:00 Bálint Réczey : >> Hi Alessio, >> >> 2015-07-06 19:35 GMT-05:00 Alessio Treglia : >>> Hello Balint, >>> >>> On Sun, Jul 5, 2015 at 5:29 PM, djcj wrote: Package: gpac Version: 0.5.2-426-gc5ad4e4~dfsg4-

Bug#788680: openni: FTBFS on mipsel "Unknown platform: mips64"

2015-07-08 Thread Jochen Sprickerhof
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 pkg-multimedia

Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
Hi Alessio, 2015-07-07 17:31 GMT+02:00 Bálint Réczey : > Hi Alessio, > > 2015-07-06 19:35 GMT-05:00 Alessio Treglia : >> Hello Balint, >> >> On Sun, Jul 5, 2015 at 5:29 PM, djcj wrote: >>> Package: gpac >>> Version: 0.5.2-426-gc5ad4e4~dfsg4-1 >>> >>> The package libgpac3 should be renamed to libg

Processed: Re: Bug#791748: vlc: VLC no longer works without pulseaudio

2015-07-08 Thread Debian Bug Tracking System
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: h

Bug#791748: vlc: VLC no longer works without pulseaudio

2015-07-08 Thread Sebastian Ramacher
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, > > PulseAudi

Re: [SCM] gpac/master: Rename library package to libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 9:05 AM, wrote: > The following commit has been merged in the master branch: > commit c2b5a9d9ff0fa7fa05f30f2010e53e313577121c > Author: Balint Reczey > Date: Tue Jul 7 16:27:32 2015 -0700 > > Rename library package to libgpac4 > > Closes: #791490 This is not en