FYI,
Fabian, if you want feel free to locate this patch in git.ffmpeg.org,
download it as raw text and add it to our quilt patches queue in the
master branch.
(the nice thing about gitweb is that it creates DEP-5 compatbile
documentation headers)
--- Begin Message ---
Stefano Sabatini writes:
Hi,
I am proud to announce a working infrastructure for building packages of
audacity trunk on Ubuntu every day. You can grab the packages from
https://launchpad.net/~audacity-team/+archive/daily
for karmic and lucid.
It's packaged like the Debian/Ubuntu packages except all Debian/Ubuntu
patches
On Tue, Jan 26, 2010 at 04:06:11PM +0100, deb...@bercot.org wrote:
>
> Hello,
>
> I'm not sure I'm at the right place (please, if not, tell me where I can
> find a solution...) but I have a problem with multimedia hardware.
> So, I've changed my graphic card and I've bought an ATI Radeon HD 4550.
On Di, Jan 26, 2010 at 16:28:00 (CET), Fabian Greffrath wrote:
>> This could be a lintian bug, the whole situation maybe needs some more
>> thought: we generate the shlibs file twice: first time for the internal
>> dependencies, and then we regenerate them for inclusion in the
>> package. The poin
Am 26.01.2010 16:16, schrieb Reinhard Tartler:
This patch applies perfectly to upstream trunk/. Do you want to submit
it yourself? If not, I'll forward it.
I am not subscribed at upstream's lists and are thus rather unknown
there. Would you please...? ;)
--
Dipl.-Phys. Fabian Greffrath
Ruh
Am 26.01.2010 15:46, schrieb Reinhard Tartler:
would be great, but symbol files do not allow the same flexibilty as a
regular shlib file: We cannot implement alternative dependencies that
are required for the ffmpeg-extra with symbol files.
Ah yes, I forgot.
Which ones? can you compile a list
On Di, Jan 26, 2010 at 15:31:14 (CET), Fabian Greffrath wrote:
> Am 26.01.2010 15:23, schrieb Fabian Greffrath:
>> - The libraries contain some typos, should we fix them?
>
> I tried to leave the interface untouched.
This patch applies perfectly to upstream trunk/. Do you want to submit
it yourse
On Di, Jan 26, 2010 at 15:23:32 (CET), Fabian Greffrath wrote:
> Am 26.01.2010 13:50, schrieb Reinhard Tartler:
>> This would mean that we would need to redistribute the libavcodec
>> package under GPLv3. I guess this causes problems with packages with
>> incompatible licenses like GPLv2 (only) an
Am 26.01.2010 15:23, schrieb Fabian Greffrath:
- The libraries contain some typos, should we fix them?
I tried to leave the interface untouched.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/13
Am 26.01.2010 13:50, schrieb Reinhard Tartler:
This would mean that we would need to redistribute the libavcodec
package under GPLv3. I guess this causes problems with packages with
incompatible licenses like GPLv2 (only) and similar.
Do you know of an GPL2-only application that links against f
On Di, Jan 26, 2010 at 13:35:17 (CET), Fabian Greffrath wrote:
> Am 25.01.2010 16:19, schrieb Reinhard Tartler:
>> Okay, I've now pushed my branch, it builds fine at least on my
>> laptop. Feel free to testbuild and comment on it.
>
> It's still building but looks like it works fine. It should be
Am 25.01.2010 16:19, schrieb Reinhard Tartler:
Okay, I've now pushed my branch, it builds fine at least on my
laptop. Feel free to testbuild and comment on it.
It's still building but looks like it works fine. It should be built
against the opencore-amr[nw]b packages on Debian, though.
If i
Am 26.01.2010 12:28, schrieb Adrian Knoth:
However, there's still VLC and smplayer for those who need a GUI.
Okay, convinced. ;) Let's go with Suggests.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150,
On Tue, Jan 26, 2010 at 12:13:08PM +0100, Reinhard Tartler wrote:
> > Hm, my expectation is that I get a user interface when I install a
> > package that identifies itself as a media player. People who want to use
> >
> > Other opinions?
>
> TBH, I don't see why a media player should need a gui b
On Di, Jan 26, 2010 at 11:00:45 (CET), Fabian Greffrath wrote:
> Am 25.01.2010 18:20, schrieb Reinhard Tartler:
>> I don't think that a "general" mplayer installation needs a gui by
>> default. Placing "smplayer | mplayer-gui" in Recommends would do exactly
>> that for new installations. Therefor
On Di, Jan 26, 2010 at 10:55:43 (CET), Fabian Greffrath wrote:
> Am 25.01.2010 16:19, schrieb Reinhard Tartler:
>> Okay, I've now pushed my branch, it builds fine at least on my
>> laptop. Feel free to testbuild and comment on it.
>
> Here it dies with:
>
> fatal: ambiguous argument
> refs/heads/p
On Di, Jan 26, 2010 at 11:28:43 (CET), Fabian Greffrath wrote:
> Am 25.01.2010 18:40, schrieb Mario Limonciello:
>> mplayer had some headers manually included and hacked in last cycle
>> to allow it to use NVIDIA VDPAU support.
>>
>> These headers need to be dropped in favor of build-deps on
>> li
Processing commands for cont...@bugs.debian.org:
> # Unfortunately, my last bugreports weren't processed correctly
> # AFAICT, and versions weren't registered properly. Let's try and
> # fix the mess.
> #
> # For reference, see: bugs.debian.org's #566974
> found 565778 1:7.1-3565783 2:5.0.0+dfsg-1
Am 25.01.2010 18:40, schrieb Mario Limonciello:
mplayer had some headers manually included and hacked in last cycle to allow it
to use NVIDIA VDPAU support.
These headers need to be dropped in favor of build-deps on libvdpau-dev (which
is in main) and resolving
libvdpau via shlibs.
While the
Am 25.01.2010 18:20, schrieb Reinhard Tartler:
I don't think that a "general" mplayer installation needs a gui by
default. Placing "smplayer | mplayer-gui" in Recommends would do exactly
that for new installations. Therefore I think we should declare the
dependency exactly like Fabian suggests,
Am 25.01.2010 16:19, schrieb Reinhard Tartler:
Okay, I've now pushed my branch, it builds fine at least on my
laptop. Feel free to testbuild and comment on it.
Here it dies with:
fatal: ambiguous argument
'refs/heads/pristine-tar:ffmpeg_0.6~~svn20100124.orig.tar.gz.delta':
unknown revision o
21 matches
Mail list logo
