themill on IRC informed me that Uploader means co-maintainer, not sponsor,
so I fixed those Lintian warnings by adding myself as Uploader.
On Sun, Feb 16, 2014 at 10:59 PM, Andrew Kelley wrote:
> Oops, I'm sorry I forgot to include a link to the changes:
>
>
> https://github.com/andrewrk/debian-
Oops, I'm sorry I forgot to include a link to the changes:
https://github.com/andrewrk/debian-pkg-libebur128/commit/eab9dc6b2cd66972ae38a37511037b4b0209a461
Also, after setting the maintainer field to Debian Multimedia Maintainers <
pkg-multimedia-maintainers@lists.alioth.debian.org> I'm getting
Thank you for your feedback. I have addressed everything so far (in my own
repository).
I tried to create a repository on alioth like this:
$ ssh git.debian.org /git/pkg-multimedia/setup-repository libebur128.git
Permission denied (publickey).
I put my public key into alioth.debian.org - is ther
It's packaged, just needs a sponsor
On Mon, Feb 17, 2014 at 1:11 PM, Jonathan McCrohan wrote:
> Package: gmusicbrowser
> Version: 1.1.11-1
> Followup-For: Bug #736108
>
> Hi,
>
> gmusicbrowser 1.1.12 is now available.
>
> Please consider packaging it.
>
> Thanks,
> Jon
>
> -- System Information:
Package: gmusicbrowser
Version: 1.1.11-1
Followup-For: Bug #736108
Hi,
gmusicbrowser 1.1.12 is now available.
Please consider packaging it.
Thanks,
Jon
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (650, 'testing'), (600, 'unstable'), (450, 'experimental
On Sun, Feb 16, 2014 at 7:28 PM, peter green wrote:
> Reinhard Tartler wrote:
>>
>> I mean line 55
>
> I've just looked at ./configure --help and AIUI there are four possible
> values of --with-cpu for arm systems
>
> --with-cpu=generic_fpu Use generic processor code with floating point
> ari
Reinhard Tartler wrote:
I mean line 55
I've just looked at ./configure --help and AIUI there are four possible
values of --with-cpu for arm systems
--with-cpu=generic_fpu Use generic processor code with floating
point arithmetic
--with-cpu=generic_nofpu Use generic processor code
Hello,
I can confirm this issue. It's really annoying because it renders VLC
unusable. I had to switch to mplayer...
Regards, Adam.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.de
On Sun, Feb 16, 2014 at 7:02 PM, peter green wrote:
> Reinhard Tartler wrote:
>>
>> With this explanation, I think it would help a lot to all armhf users
>> if the following line was restricted to the armel port:
>>
>>
>> http://anonscm.debian.org/gitweb/?p=pkg-multimedia/mpg123.git;a=blob;f=debia
Reinhard Tartler wrote:
With this explanation, I think it would help a lot to all armhf users
if the following line was restricted to the armel port:
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/mpg123.git;a=blob;f=debian/rules;h=afb018502621352914e757338a2dace6b65522cb;hb=HEAD#l25
Umm
On Sun, Feb 16, 2014 at 6:12 PM, Moritz Muehlenhoff wrote:
> Source: blender
> Severity: important
>
> Hi,
> your package fails to build from source against libav 10 (currently
> packaged in experimental). This bug will become release-critical
> at some point when the libav10 transition starts.
>
On Sun, Feb 16, 2014 at 6:37 PM, peter green wrote:
> Reinhard Tartler wrote:
>>
>> Dear ARM porters,
>>
>> Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738981
>> for full context. I've uploaded a patch proposed by Riku that AFAIUI
>> makes mpg123 really slow on all arm targets, wh
Reinhard Tartler wrote:
Dear ARM porters,
Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738981
for full context. I've uploaded a patch proposed by Riku that AFAIUI
makes mpg123 really slow on all arm targets, while unbreaking it on
some others.
As one of the maintainers of the mp
Package: fuse-emulator-utils
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.or
Source: freerdp
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migration/1
Package: forked-daapd
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migra
Source: blender
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migration/1
Package: ffmpeg2theora
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migr
Processing commands for cont...@bugs.debian.org:
> tags 724395 + pending
Bug #724395 [src:jack-tools] Please stop build depending on automake1.4,
automake1.9 and automake1.10
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
724395: http://bug
tags 724395 + pending
thanks
Dear maintainer,
I've prepared an NMU for jack-tools (versioned as 20101210-2.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Regards.
--
Eric Dorland
ICQ: #61138586, Jabber: ho...@jabber.com
diff -Nru jack-tools-2010121
jack-tools_20101210-2.1_amd64.changes uploaded successfully to localhost
along with the files:
jack-tools_20101210-2.1.dsc
jack-tools_20101210-2.1.debian.tar.xz
jack-tools_20101210-2.1_amd64.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
___
On Sun, Apr 21, 2013 at 5:51 PM, Wolfgang Baron wrote:
> On 04/20/2013 08:04 AM, Reinhard Tartler wrote:
>> On Fri, Apr 19, 2013 at 1:59 AM, Wolfgang Baron
>> wrote:
>>> Hi all,
>>>
>>> I started porting dvbcut from Qt3 to Qt4 on 2013-03-29, based on the
>>> most current svn sources late at nigh
On Sun, Feb 16, 2014 at 12:58 PM, Reimar Döffinger
wrote:
> On Sun, Feb 16, 2014 at 12:16:59PM -0500, Reinhard Tartler wrote:
>> In lack of any *constructive* comments about this, I would say yes,
>> let's remove them.
>
> What would constitute a constructive comment?
Ideally "I am interested in
Am Sun, 16 Feb 2014 12:14:46 -0500
schrieb Reinhard Tartler :
> Thomas, in libavcodec, we "solve" (or rather, workaround, depending on
> the PoV) this problem by compiling the libraries multiple times
A sane approach. Runtime code selection in each application can be
stretched beyond the boundar
ices2_2.0.1-13.1_amd64.changes uploaded successfully to localhost
along with the files:
ices2_2.0.1-13.1.dsc
ices2_2.0.1-13.1.debian.tar.xz
ices2_2.0.1-13.1_amd64.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
___
Processing commands for cont...@bugs.debian.org:
> tags 724393 + pending
Bug #724393 [src:ices2] Please stop build depending on automake1.4, automake1.9
and automake1.10
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
724393: http://bugs.deb
tags 724393 + pending
thanks
Dear maintainer,
I've prepared an NMU for ices2 (versioned as 2.0.1-13.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Regards.
--
Eric Dorland
ICQ: #61138586, Jabber: ho...@jabber.com
diff -Nru ices2-2.0.1/debian/change
icecast2_2.3.3-1.1_amd64.changes uploaded successfully to localhost
along with the files:
icecast2_2.3.3-1.1.dsc
icecast2_2.3.3-1.1.debian.tar.xz
icecast2_2.3.3-1.1_amd64.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
___
tags 724392 + pending
thanks
Dear maintainer,
I've prepared an NMU for icecast2 (versioned as 2.3.3-1.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Regards.
--
Eric Dorland
ICQ: #61138586, Jabber: ho...@jabber.com
diff -Nru icecast2-2.3.3/debian/c
Processing commands for cont...@bugs.debian.org:
> tags 724392 + pending
Bug #724392 [src:icecast2] Please stop build depending on automake1.4,
automake1.9 and automake1.10
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
724392: http://bugs.
Source: ffdiaporama
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migrati
Package: dvbcut
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migration/1
Package: flumotion
Version: 0.10.0-3
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer,
I installed python-twisted from wheezy-backports (v 13.0.0) and tried to run
flumotion-worker. It failed complaining about bad method. The Twisted framework
has changed its
Source: bino
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migration/10
Source: audacious-plugins
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/M
Package: amide
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migration/10
Package: alsa-plugins
Severity: important
Hi,
your package fails to build from source against libav 10 (currently
packaged in experimental). This bug will become release-critical
at some point when the libav10 transition starts.
Migration documentation can be found at
https://wiki.libav.org/Migra
On Sun, Feb 16, 2014 at 12:16:59PM -0500, Reinhard Tartler wrote:
> On Sun, Feb 16, 2014 at 11:21 AM, Moritz Mühlenhoff wrote:
> > On Sat, Dec 14, 2013 at 05:07:36PM -0500, Reinhard Tartler wrote:
> >> On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff
> >> wrote:
> >> > Package: mplayer
> >> >
FYI: The status of the synfig source package
in Debian's testing distribution has changed.
Previous version: 0.64.1-1
Current version: 0.64.1-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will receiv
Subject: blender: Segfaults at startup on armhf
Package: blender
Version: 2.63a-1
Severity: important
I'm trying to test Blender's performance under an armhf machine;
sadly, whatever I do to try and start Blender up results in a
segfault.
Either starting Blender up with a file to process or start
On Sun, Feb 16, 2014 at 11:21 AM, Moritz Mühlenhoff wrote:
> On Sat, Dec 14, 2013 at 05:07:36PM -0500, Reinhard Tartler wrote:
>> On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff wrote:
>> > Package: mplayer
>> > Severity: serious
>> >
>> > Should this package be removed? If so, please reassig
On Sun, Feb 16, 2014 at 5:46 AM, Thomas Orgis wrote:
> Sorry for being late to the party, but I have to say that this is a
> rather unfortunate situation now.
Thomas, in libavcodec, we "solve" (or rather, workaround, depending on
the PoV) this problem by compiling the libraries multiple times and
Dear ARM porters,
Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738981
for full context. I've uploaded a patch proposed by Riku that AFAIUI
makes mpg123 really slow on all arm targets, while unbreaking it on
some others.
As one of the maintainers of the mpg123 without familiarity a
Dear Email User;
You have exceeded the limit of 23432 storage on your e-mailbox set by your
WEB SERVICE/Administrator, and you will be having problems in sending
and receiving mails until you re-validate your email address. The necessary
procedures have
been submitted below for your view , v
FYI: The status of the libav source package
in Debian's testing distribution has changed.
Previous version: 6:9.10-2
Current version: 6:9.11-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will receive
On Sat, Dec 14, 2013 at 05:07:36PM -0500, Reinhard Tartler wrote:
> On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff wrote:
> > Package: mplayer
> > Severity: serious
> >
> > Should this package be removed? If so, please reassign to ftp.debian.org
> >
> > - Last upload nearly two years ago
> >
Processing commands for cont...@bugs.debian.org:
> reassign 739124 caps 0.9.16-2
Bug #739124 [libasound2-plugin-equal] libasound2-plugin-equal: please make
multiarch capable
Bug reassigned from package 'libasound2-plugin-equal' to 'caps'.
No longer marked as found in versions alsaequal/0.6-6.
Ign
Sorry for being late to the party, but I have to say that this is a
rather unfortunate situation now. Not using the assembly-optimized
fixed-point ARM code of the arm_nofpu decoder and resorting to the
generic_fpu one (all plain C) will make mpg123 really slow in
comparison. I'm not sure what hardw
Hi Team.
I prepared ste-plugins package a LADSPA plugins from Fons Adriaensen.
Please can somebody review and possibly upload.
DM flag would be great ;)
I also searching for 2nd uploader :)
best regards
mira
___
pkg-multimedia-maintainers mailing lis
49 matches
Mail list logo
