Re: openni_1.5.4.0-6_amd64.changes ACCEPTED into unstable, unstable

* Hans-Christoph Steiner [2013-10-30 12:11]: > Patches in a Debian package are not meant for adding new functionality. They > are meant to get the code building/working/installing on Debian, and for > fixing security bugs. So the package that includes those patches should be > named after the so

Re: Please binNMU phonon-backend-vlc against the new libvlccore7

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" wrote: > On 2013-10-28 6:46, Mateusz Łukasik wrote: >> recently vlc source package has been updated and it now builds >> libvl

clam REMOVED from testing

FYI: The status of the clam source package in Debian's testing distribution has changed. Previous version: 1.4.0-5.1 Current version: (not in testing) Hint: The script that generates this mail tries to extract removal reasons from com

Re: Please binNMU phonon-backend-vlc against the new libvlccore7

Le mercredi 30 octobre 2013 16:48:30 Benjamin Drung a écrit : > These packages should be fixed to use the stable > API from libvlc instead of using libvlccore. Looking at the other > package, they all just depend on libvlc, but not on libvlccore. Just > phonon-backend-vlc requires libvlccore. Even

Re: openni_1.5.4.0-6_amd64.changes ACCEPTED into unstable, unstable

On 10/29/2013 10:46 AM, Jochen Sprickerhof wrote: > * Hans-Christoph Steiner [2013-10-29 10:10]: >> My question is more the opposite: when do people use the plain version >> without >> any of the avin2 patches? I think we should call the current package >> 'openni-sensor-avin2-sensorkinect', the

Bug#728079: marked as done (stk: FTFBS on kfreebsd but built there in the past)

Your message dated Wed, 30 Oct 2013 16:03:51 + with message-id and subject line Bug#728079: fixed in stk 4.4.4-4 has caused the Debian Bug report #728079, regarding stk: FTFBS on kfreebsd but built there in the past to be marked as done. This means that you claim that the problem has been dea

stk_4.4.4-4_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 12:41:12 -0300 Source: stk Binary: libstk0-dev libstk0c2a stk stk-doc Architecture: source amd64 all Version: 4.4.4-4 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers Chan

Processing of stk_4.4.4-4_amd64.changes

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

Re: Please binNMU phonon-backend-vlc against the new libvlccore7

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" > wrote: > > On 2013-10-28 6:46, Mateusz Łukasik wrote: > >> recently vlc source package has been updated and it now builds > >> libvlccore7 instead of libvlccore5. >

Bug#728146: pd-iemambi: FTBFS on kfreebsd-*: #error No byte order defined

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2013-10-30 15:12, Sebastian Ramacher wrote: >> could anybody please confirm that it pd-iemambi does (not) build >> on their kfreebsd-* systems? > > I confirmed the build failure on fischer.d.o. Note that > /usr/include/machine/endian.h guards th

Bug#728146: pd-iemambi: FTBFS on kfreebsd-*: #error No byte order defined

Hi On 2013-10-30 14:18:24, IOhannes m zmoelnig wrote: > hi, > > On 2013-10-28 22:08, Sebastian Ramacher wrote: > > > > pd-iemambi fails to build on kfreebsd-* with: | /usr/bin/make -C > > src CFLAGS="-g -O2 -fstack-protector --param=ssp-buffer-size=4 > > -Wformat -Werror=format-security -Wall"

Re: Bug#728146: pd-iemambi: FTBFS on kfreebsd-*: #error No byte order defined

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 hi, On 2013-10-28 22:08, Sebastian Ramacher wrote: > > pd-iemambi fails to build on kfreebsd-* with: | /usr/bin/make -C > src CFLAGS="-g -O2 -fstack-protector --param=ssp-buffer-size=4 > -Wformat -Werror=format-security -Wall" CXXFLAGS="-g -O2 > -

Re: Please binNMU phonon-backend-vlc against the new libvlccore7

On 2013-10-30 12:08, Rémi Denis-Courmont wrote: On Wed, 30 Oct 2013 11:38:29 +, "Adam D. Barratt" wrote: [...] * New major upstream release. (Closes: #436339, #632965, #642187, #698023, #593735, #724734, #665732, #700752, #704941, #708953, #712935, #398167, #646200,

Re: Please binNMU phonon-backend-vlc against the new libvlccore7

Hello, On Wed, 30 Oct 2013 11:38:29 +, "Adam D. Barratt" wrote: > 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 >> li

Re: Please binNMU phonon-backend-vlc against the new libvlccore7

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 architec

Re: got some errors while upgrading gstreamer plugins bad and good.

Am Mittwoch, den 30.10.2013, 11:12 +0100 schrieb Sebastian Dröge: > Ok, I'll get it uploaded until the end of the week, together with the > upcoming 1.2.1 bugfix release. Thanks for the changes :) You're welcome! :) ___ pkg-multimedia-maintainers ma

liblivemedia_2013.10.25-1_amd64.changes is NEW

binary:libgroupsock1 is NEW. binary:liblivemedia15 is NEW. binary:libusageenvironment1 is NEW. Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week.

Re: got some errors while upgrading gstreamer plugins bad and good.

On Do, 2013-10-24 at 12:33 +0200, Fabian Greffrath wrote: > Am Donnerstag, den 24.10.2013, 11:26 +0100 schrieb Sebastian Dröge: > > Thanks, feel free to upload new versions with these changes :) > > Sorry, I don't have upload rights and am thus dependant on sponsoring. Ok, I'll get it uploaded u

Processing of liblivemedia_2013.10.25-1_amd64.changes

liblivemedia_2013.10.25-1_amd64.changes uploaded successfully to localhost along with the files: liblivemedia_2013.10.25-1.dsc liblivemedia_2013.10.25.orig.tar.gz liblivemedia_2013.10.25-1.debian.tar.gz liblivemedia-dev_2013.10.25-1_amd64.deb libbasicusageenvironment0_2013.10.25-1_amd64.d

Bug#728276: vlc : Should comply to dark theme for media applications on Gnome

Package: vlc Version: 2.1.0-2 Severity: minor Multimedia applications, or applications that propose a view outside of the main computer (examples : totem , gnome-boxes) use gtk-dark theme to create a viewing contrast and a better visual experience. Shouldn't VLC apply the same rules when run in a