Muss mein Name ist Saadi Gaddafi, und ich suche Ihr ein an Aufmerksamkeit
für Re-Profilierung bestimmter Fonds.You mich Über saad...@yahoo.cn
erreichen, Wenn Interessiert.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.aliot
Can anyone test if the attached patch improves anything?
I just tried the following on armhf
Replaced debian/patches/0009-fix_FTBFS_with_ffmpeg_debian.patch
with the version from http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;bug=656502
Added Adapt_to_libav_API_changes.patch from the sam
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn33713-5
Severity: normal
Segmentation fault when running
$ mplayer -pphelp
Bug exist in version SVN-r33713-4.6, and in current upstream SVN. I have filed
the bug to mplayer also.
GDB:
Starting program: /usr/bin/mplayer -pphelp
[Thread debugging usin
On 01/24/2012 08:51 AM, Cyril LAVIER wrote:
> Hi John.
>
> As stated in bug #639374, I'm working on packages for audacious 3.2.
>
> I hope I will be the modifications to the git repository next week
> (damn otitis and headaches).
>
> Thanks.
Thank you, Cyril!
_
Package: blender
Severity: serious
Justification: fails dfsg (disallows commercial distribution)
User: gnewsense-...@nongnu.org
Usertags: gnewsense libreplanet
Hi,
Someone has pointed out [1] that blender may have a dfsg violation in
the release/windows subtree.
In release/windows/ installer/02.c
I had a very similar issue with kfilemetadatareader (from kdelibs-bin)
and mkv files.
The backtrace looked the same.
(kfilemetadatareader uses libstreamanalyzer that uses libavformat)
Applying this patch to libavformat solved the problem:
lavf: prevent infinite loops while flushing in avformat_fi
Package: schism
Version: 2:0+20090817-2
Severity: normal
*** Please type your report below this line ***
Playing this module crashes Schism:
http://modarchive.org/index.php?request=view_by_moduleid&query=168687
No idea why, it just segfaults playing that module.
-- System Information:
Debian Rel
Package: libavformat53
Version: 4:0.8-1
Severity: important
When calling avformat_find_stream_info() on a broken mp3 file,
libavformat enters an endless loop. This is a vulnerability that can
be used as a remote DoS attack on radio players such as MPD, therefore
severity important.
Demo file: ht
Salut mon
cher ami
D'abord pou commencer il faudrait que Je me présente : Je
m'appelle CHRISTINA NAREX , j'ai 28 ans je
vis en Angleterre particulièrement a Londres. Je suis d'origine
Australienne.Je suis célibataire sans enfant !Je travaille avec une
organisation dénormer ACDH Assistant
Accepted:
fluidsynth_1.1.5-2.debian.tar.gz
to main/f/fluidsynth/fluidsynth_1.1.5-2.debian.tar.gz
fluidsynth_1.1.5-2.dsc
to main/f/fluidsynth/fluidsynth_1.1.5-2.dsc
fluidsynth_1.1.5-2_amd64.deb
to main/f/fluidsynth/fluidsynth_1.1.5-2_amd64.deb
libfluidsynth-dev_1.1.5-2_amd64.deb
to main/f
fluidsynth_1.1.5-2_amd64.changes uploaded successfully to localhost
along with the files:
fluidsynth_1.1.5-2.dsc
fluidsynth_1.1.5-2.debian.tar.gz
fluidsynth_1.1.5-2_amd64.deb
libfluidsynth1_1.1.5-2_amd64.deb
libfluidsynth-dev_1.1.5-2_amd64.deb
Greetings,
Your Debian queue daemon
FYI: The status of the wavbreaker source package
in Debian's testing distribution has changed.
Previous version: 0.10-3
Current version: 0.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 receiv
FYI: The status of the pd-mjlib source package
in Debian's testing distribution has changed.
Previous version: 0.1.1-2
Current version: 0.1.1-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will receiv
FYI: The status of the libaacs source package
in Debian's testing distribution has changed.
Previous version: 0.3.0-1
Current version: 0.3.0-3
--
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 Di, Jan 24, 2012 at 16:09:01 (CET), Felipe Sateler wrote:
> On Tue, Jan 24, 2012 at 09:11, Reinhard Tartler wrote:
>> On Di, Jan 24, 2012 at 11:04:00 (CET), Fabian Greffrath wrote:
>>
>>> Am 23.01.2012 14:53, schrieb Reinhard Tartler:
The reason is that x264 uses a lot of hand written ass
On Tue, Jan 24, 2012 at 09:11, Reinhard Tartler wrote:
> On Di, Jan 24, 2012 at 11:04:00 (CET), Fabian Greffrath wrote:
>
>> Am 23.01.2012 14:53, schrieb Reinhard Tartler:
>>> The reason is that x264 uses a lot of hand written assembler, and
>>> upstream takes care to use non-pic code only on arch
On 12-01-24 at 03:38pm, Adrian Knoth wrote:
> As outlined in #656910, "being in the audio group" and "having
> realtime priorities" aren't separated at the moment.
>
> To make these two independent, we'd need to use a different (new?)
> group for realtime priorities.
>
> Any suggestions? rtaudi
On Tue, Jan 24, 2012 at 11:38, Adrian Knoth wrote:
> Hi!
>
> As outlined in #656910, "being in the audio group" and "having realtime
> priorities" aren't separated at the moment.
>
> To make these two independent, we'd need to use a different (new?) group
> for realtime priorities.
>
> Any suggest
Am 24.01.2012 15:38, schrieb Adrian Knoth:
Do we have to coordinate with debian-devel about the group name?
Most likely.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi
Hi!
As outlined in #656910, "being in the audio group" and "having realtime
priorities" aren't separated at the moment.
To make these two independent, we'd need to use a different (new?) group
for realtime priorities.
Any suggestions? rtaudio maybe? Current idea:
- modify jackd1 and jackd2 t
On Tue, 24 Jan 2012 08:39:55 -0500, John Lindgren wrote:
tags 657081 fixed-upstream
thanks
Hi,
As upstream maintainer I would much rather you simply updated
Audacious
in Debian to the current version, which doesn't use PATH_MAX and
therefore should not have any problem building on HURD.
-- J
On Tue, 2012-01-24 at 08:39 -0500, John Lindgren wrote:
> tags 657081 fixed-upstream
> thanks
>
> Hi,
>
> As upstream maintainer I would much rather you simply updated Audacious
> in Debian to the current version, which doesn't use PATH_MAX and
> therefore should not have any problem building on
Processing commands for cont...@bugs.debian.org:
> tags 657081 fixed-upstream
Bug #657081 [audacious] audacious: FTBFS on hurd-i386
Added tag(s) fixed-upstream.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
657081: http://bugs.debian.org/cgi-bin/bugreport.cgi?bu
tags 657081 fixed-upstream
thanks
Hi,
As upstream maintainer I would much rather you simply updated Audacious
in Debian to the current version, which doesn't use PATH_MAX and
therefore should not have any problem building on HURD.
-- John Lindgren
_
On Di, Jan 24, 2012 at 11:04:00 (CET), Fabian Greffrath wrote:
> Am 23.01.2012 14:53, schrieb Reinhard Tartler:
>> The reason is that x264 uses a lot of hand written assembler, and
>> upstream takes care to use non-pic code only on architectures that
>> support this.
>>
>> Btw, the same applies to
Accepted:
libsord-0-0_0.5.0+dfsg0-2_amd64.deb
to main/s/sord/libsord-0-0_0.5.0+dfsg0-2_amd64.deb
libsord-dev_0.5.0+dfsg0-2_amd64.deb
to main/s/sord/libsord-dev_0.5.0+dfsg0-2_amd64.deb
libsord-doc_0.5.0+dfsg0-2_all.deb
to main/s/sord/libsord-doc_0.5.0+dfsg0-2_all.deb
sord-dbg_0.5.0+dfsg0-2_
sord_0.5.0+dfsg0-2_amd64.changes uploaded successfully to localhost
along with the files:
sord_0.5.0+dfsg0-2.dsc
sord_0.5.0+dfsg0-2.debian.tar.gz
libsord-0-0_0.5.0+dfsg0-2_amd64.deb
libsord-dev_0.5.0+dfsg0-2_amd64.deb
sordi_0.5.0+dfsg0-2_amd64.deb
libsord-doc_0.5.0+dfsg0-2_all.deb
sor
Am 23.01.2012 14:53, schrieb Reinhard Tartler:
The reason is that x264 uses a lot of hand written assembler, and
upstream takes care to use non-pic code only on architectures that
support this.
Btw, the same applies to the libav* packages.
Is there any benchmark available (for either package)
Accepted:
libserd-0-0_0.5.0+dfsg0-2_amd64.deb
to main/s/serd/libserd-0-0_0.5.0+dfsg0-2_amd64.deb
libserd-dev_0.5.0+dfsg0-2_amd64.deb
to main/s/serd/libserd-dev_0.5.0+dfsg0-2_amd64.deb
libserd-doc_0.5.0+dfsg0-2_all.deb
to main/s/serd/libserd-doc_0.5.0+dfsg0-2_all.deb
serd-dbg_0.5.0+dfsg0-2_
There are disparities between your recently accepted upload and the
override file for the following file(s):
libstk0-dev_4.4.3-2_amd64.deb: package says section is libdevel, override says
sound.
Please note that a list of new sections were recently added to the
archive: cli-mono, database, debu
Accepted:
libstk0-dev_4.4.3-2_amd64.deb
to main/s/stk/libstk0-dev_4.4.3-2_amd64.deb
libstk0c2a_4.4.3-2_amd64.deb
to main/s/stk/libstk0c2a_4.4.3-2_amd64.deb
stk-doc_4.4.3-2_all.deb
to main/s/stk/stk-doc_4.4.3-2_all.deb
stk_4.4.3-2.debian.tar.gz
to main/s/stk/stk_4.4.3-2.debian.tar.gz
stk_
serd_0.5.0+dfsg0-2_amd64.changes uploaded successfully to localhost
along with the files:
serd_0.5.0+dfsg0-2.dsc
serd_0.5.0+dfsg0-2.debian.tar.gz
libserd-dev_0.5.0+dfsg0-2_amd64.deb
libserd-0-0_0.5.0+dfsg0-2_amd64.deb
serdi_0.5.0+dfsg0-2_amd64.deb
libserd-doc_0.5.0+dfsg0-2_all.deb
ser
Your message dated Tue, 24 Jan 2012 08:47:51 +
with message-id
and subject line Bug#657012: fixed in gmerlin 1.0.0~dfsg-10
has caused the Debian Bug report #657012,
regarding gmerlin: Please drop build-dependency on libmusicbrainz4-dev
to be marked as done.
This means that you claim that the
Processing commands for cont...@bugs.debian.org:
> block 656587 with 657018 657016 657013 657012 657011 657004 657003 656604
Bug #656587 [release.debian.org] transition: libmusicbrainz-2.1
Was blocked by: 628475
Added blocking bug(s) of 656587: 657013, 657003, 656604, 657018, 657016,
657012, 6570
There are disparities between your recently accepted upload and the
override file for the following file(s):
gmerlin-data_1.0.0~dfsg-10_all.deb: package says priority is optional, override
says extra.
gmerlin-doc_1.0.0~dfsg-10_all.deb: package says priority is optional, override
says extra.
gmer
Accepted:
gmerlin-data_1.0.0~dfsg-10_all.deb
to main/g/gmerlin/gmerlin-data_1.0.0~dfsg-10_all.deb
gmerlin-dbg_1.0.0~dfsg-10_amd64.deb
to main/g/gmerlin/gmerlin-dbg_1.0.0~dfsg-10_amd64.deb
gmerlin-doc_1.0.0~dfsg-10_all.deb
to main/g/gmerlin/gmerlin-doc_1.0.0~dfsg-10_all.deb
gmerlin_1.0.0~df
stk_4.4.3-2_amd64.changes uploaded successfully to localhost
along with the files:
stk_4.4.3-2.dsc
stk_4.4.3-2.debian.tar.gz
libstk0-dev_4.4.3-2_amd64.deb
libstk0c2a_4.4.3-2_amd64.deb
stk_4.4.3-2_amd64.deb
stk-doc_4.4.3-2_all.deb
Greetings,
Your Debian queue daemon (running on
gmerlin_1.0.0~dfsg-10_amd64.changes uploaded successfully to localhost
along with the files:
gmerlin_1.0.0~dfsg-10.dsc
gmerlin_1.0.0~dfsg-10.debian.tar.gz
gmerlin-doc_1.0.0~dfsg-10_all.deb
gmerlin-data_1.0.0~dfsg-10_all.deb
libgmerlin-doc_1.0.0~dfsg-10_all.deb
gmerlin_1.0.0~dfsg-10_amd6
38 matches
Mail list logo