Bug#751080: xbmc: youtube ssl connection failure

Package: xbmc Version: 2:13.1~rc1+dfsg1-1 Severity: minor I am filing it here just for the sake of other users, thus severity minor. The YouTube plugin is not able to open streams. In the logs, I see: 11:07:23 T:140395820082944 NOTICE: Thread LanguageInvoker start, auto delete: false 11:07:23

Processed: Re: Bug#751069: csound: Does not recognize STK opcodes even though libstk is installed

Processing control commands: > reassign -1 librtaudio4 4.1.1~ds0-1 Bug #751069 [csound] csound: Does not recognize STK opcodes even though libstk is installed Bug reassigned from package 'csound' to 'librtaudio4'. No longer marked as found in versions csound/1:6.03.2~dfsg-1. Ignoring request to a

Bug#751069: csound: Does not recognize STK opcodes even though libstk is installed

Control: reassign -1 librtaudio4 4.1.1~ds0-1 Control: retitle -1 rtaudio: breaks ABI without SONAME bump Control: severity -1 serious Control: affects -1 csound Hi Forrest, On Mon, Jun 9, 2014 at 8:58 PM, Forrest Cahoon wrote: > Package: csound > Version: 1:6.03.2~dfsg-1 > Severity: normal > > D

Bug#751069: csound: Does not recognize STK opcodes even though libstk is installed

Package: csound Version: 1:6.03.2~dfsg-1 Severity: normal Dear Maintainer, Every time I render a csd file, the following warning appears near the top of csound's output: WARNING: could not open library '/usr/lib/csound/plugins64-6.0/libstk.so' (/usr/lib/x86_64-linux-gnu/libstk.so.0: undefined sy

yoshimi_1.2.1-1_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Jun 2014 01:16:11 +0200 Source: yoshimi Binary: yoshimi yoshimi-data yoshimi-dbg Architecture: source amd64 all Version: 1.2.1-1 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers Chan

Processing of yoshimi_1.2.1-1_amd64.changes

yoshimi_1.2.1-1_amd64.changes uploaded successfully to localhost along with the files: yoshimi_1.2.1-1_amd64.deb yoshimi-data_1.2.1-1_all.deb yoshimi-dbg_1.2.1-1_amd64.deb yoshimi_1.2.1-1.dsc yoshimi_1.2.1.orig.tar.bz2 yoshimi_1.2.1-1.debian.tar.xz Greetings, Your Debian queue

stk_4.4.4-5_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 09 Jun 2014 17:37:22 -0400 Source: stk Binary: libstk0-dev libstk0c2a stk stk-doc Architecture: source amd64 all Version: 4.4.4-5 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers C

midisnoop_0.1.2~repack0-3_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 09 Jun 2014 20:50:45 +0200 Source: midisnoop Binary: midisnoop Architecture: source amd64 Version: 0.1.2~repack0-3 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers Changed-By: Jaromír M

Processing of stk_4.4.4-5_amd64.changes

stk_4.4.4-5_amd64.changes uploaded successfully to localhost along with the files: libstk0-dev_4.4.4-5_amd64.deb libstk0c2a_4.4.4-5_amd64.deb stk_4.4.4-5_amd64.deb stk-doc_4.4.4-5_all.deb stk_4.4.4-5.dsc stk_4.4.4-5.debian.tar.xz Greetings, Your Debian queue daemon (running on

Processing of midisnoop_0.1.2~repack0-3_amd64.changes

midisnoop_0.1.2~repack0-3_amd64.changes uploaded successfully to localhost along with the files: midisnoop_0.1.2~repack0-3_amd64.deb midisnoop_0.1.2~repack0-3.dsc midisnoop_0.1.2~repack0-3.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) ___

Processing of stk_4.4.4-5_amd64.changes

stk_4.4.4-5_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: libstk0-dev_4.4.4-5_amd64.deb libstk0c2a_4.4.4-5_amd64.deb stk_4.4.4-5_amd64.deb stk-doc_4.4.4-5_all.deb stk_4.4.4-5.dsc stk_4.4.4-5.debian.tar.xz Greetings, Your Debian queue daemon

Bug#727498: marked as done (rtmidi: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4)

Your message dated Mon, 09 Jun 2014 22:37:11 + with message-id and subject line Bug#727498: fixed in rtmidi 2.1.0~ds0-2 has caused the Debian Bug report #727498, regarding rtmidi: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 to be marked as done. This means that yo

Bug#750332: marked as done (stk: FTBFS: RtMidi.h:58:21: fatal error: RtError.h: No such file or directory)

Your message dated Mon, 09 Jun 2014 22:37:11 + with message-id and subject line Bug#750332: fixed in rtmidi 2.1.0~ds0-2 has caused the Debian Bug report #750332, regarding stk: FTBFS: RtMidi.h:58:21: fatal error: RtError.h: No such file or directory to be marked as done. This means that you

Bug#747775: marked as done (midisnoop: FTBFS: error: RtError.h: No such file or directory)

Your message dated Mon, 09 Jun 2014 22:37:11 + with message-id and subject line Bug#747775: fixed in rtmidi 2.1.0~ds0-2 has caused the Debian Bug report #747775, regarding midisnoop: FTBFS: error: RtError.h: No such file or directory to be marked as done. This means that you claim that the pr

rtmidi_2.1.0~ds0-2_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 09 Jun 2014 22:36:36 +0200 Source: rtmidi Binary: librtmidi2 librtmidi-dev librtmidi-dbg Architecture: source amd64 Version: 2.1.0~ds0-2 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers

Processing of rtmidi_2.1.0~ds0-2_amd64.changes

rtmidi_2.1.0~ds0-2_amd64.changes uploaded successfully to localhost along with the files: librtmidi2_2.1.0~ds0-2_amd64.deb librtmidi-dev_2.1.0~ds0-2_amd64.deb librtmidi-dbg_2.1.0~ds0-2_amd64.deb rtmidi_2.1.0~ds0-2.dsc rtmidi_2.1.0~ds0-2.debian.tar.xz Greetings, Your Debian queue

Re: Upload rtmidi to unstable?

On Mon, Jun 9, 2014 at 4:24 PM, Jaromír Mikeš wrote: > 2014-06-09 22:17 GMT+02:00 Felipe Sateler : > >> On Mon, Jun 9, 2014 at 4:05 PM, Jaromír Mikeš >> wrote: >> > >> > 2014-06-09 21:21 GMT+02:00 Felipe Sateler : >> > >> >> >> >> Please try out that patch and see if midisnoop works properly. >>

ms teresa

Firstly,I am Ms Teresa Au , I must solicit your confidentiality. I know that a proposal of this magnitude will make anyone apprehensive and worried, but I am assuring you that it is made in good faith and will be of mutual benefit for you, get back to me if interested for more details. i await you

Re: Upload rtmidi to unstable?

2014-06-09 22:17 GMT+02:00 Felipe Sateler : > On Mon, Jun 9, 2014 at 4:05 PM, Jaromír Mikeš > wrote: > > > > 2014-06-09 21:21 GMT+02:00 Felipe Sateler : > > > >> > >> Please try out that patch and see if midisnoop works properly. > >> > > > > Works perfectly ... Thank you. > > > > How is going bu

Re: Upload rtmidi to unstable?

On Mon, Jun 9, 2014 at 4:05 PM, Jaromír Mikeš wrote: > > 2014-06-09 21:21 GMT+02:00 Felipe Sateler : > >> >> Please try out that patch and see if midisnoop works properly. >> > > Works perfectly ... Thank you. > > How is going build with stk package against rtmidi 2.1? > And what about toonloop?

Re: Upload rtmidi to unstable?

2014-06-09 21:21 GMT+02:00 Felipe Sateler : > > Please try out that patch and see if midisnoop works properly. > > Works perfectly ... Thank you. How is going build with stk package against rtmidi 2.1? And what about toonloop? regards mira ___ pkg-mul

Re: Upload rtmidi to unstable?

On Mon, Jun 9, 2014 at 3:06 PM, Jaromír Mikeš wrote: > 2014-06-09 15:52 GMT+02:00 Felipe Sateler : > >> On Sun, Jun 8, 2014 at 7:34 PM, Jaromír Mikeš >> wrote: >> > >> > >> > >> > 2014-06-09 0:40 GMT+02:00 Jaromír Mikeš : >> > >> >> >> >> 2014-06-06 20:13 GMT+02:00 Felipe Sateler : >> >> >> >>> A

Re: Upload rtmidi to unstable?

2014-06-09 15:52 GMT+02:00 Felipe Sateler : > On Sun, Jun 8, 2014 at 7:34 PM, Jaromír Mikeš > wrote: > > > > > > > > 2014-06-09 0:40 GMT+02:00 Jaromír Mikeš : > > > >> > >> 2014-06-06 20:13 GMT+02:00 Felipe Sateler : > >> > >>> Alessio, Jaromír, > >>> > >>> What do you think about uploading rtmid

Re: rtmidi 2.1 upload to unstable

On 09/06/14 19:46, Jaromír Mikeš wrote: > Hello release team, > > I am a new uploader of rtmidi and planing to upload rtmidi to "unstable". > > I want check with you that required rebuilds of stk and midisnoop do not > collide with another transition. If the rdeps build fine against the new rtmi

Bug#670377: i965-va-driver: Driver not loaded

Package: i965-va-driver Version: 1.3.1-2 Followup-For: Bug #670377 Dear Maintainer, I have the same problem with my PC with an Asus P5B-VM motherboard, Intel Celeron CPU and Intel 965G integrated graphics chipset: $ vainfo libva info: VA-API version 0.35.1 libva info: va_getDriverName() return

[bts-link] source package easytag

# # bts-link upstream status pull for source package easytag # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #689803 (http://bugs.debian.org/689803) # Bug title: easytag: Maximizing is not possib

rtmidi 2.1 upload to unstable

Hello release team, I am a new uploader of rtmidi and planing to upload rtmidi to "unstable". I want check with you that required rebuilds of stk and midisnoop do not collide with another transition. best regards mira ___ pkg-multimedia-maintainers ma

easytag 2.2.2-1 MIGRATED to testing

FYI: The status of the easytag source package in Debian's testing distribution has changed. Previous version: 2.1.10-1 Current version: 2.2.2-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receiv

Re: Upload rtmidi to unstable?

On Sun, Jun 8, 2014 at 7:34 PM, Jaromír Mikeš wrote: > > > > 2014-06-09 0:40 GMT+02:00 Jaromír Mikeš : > >> >> 2014-06-06 20:13 GMT+02:00 Felipe Sateler : >> >>> Alessio, Jaromír, >>> >>> What do you think about uploading rtmidi 2.1 to unstable? It is currently >>> breaking both reverse deps, stk

x264 10 bit

Package: x264 Version:2:0.142.2389+git956c8d8-5 Can you create a separate 10 bit package of x264? I made a script which does this: https://github.com/darealshinji/x264-10b-debian It basically just renames everything from x264 to x264-10b, so that you can install both versions. ___