tags 478010 + pending
thanks
Paul Wise schrieb:
Yeah, that looks fine, thanks.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)23
On Wed, 2008-04-30 at 10:25 +0200, Fabian Greffrath wrote:
> Please have a look at it at
> http://svn.debian.org/wsvn/pkg-multimedia/experimental/ffmpeg/debian/rules?op=file&rev=0&sc=1
> and tell us your opinion.
Yeah, that looks fine, thanks.
--
bye,
pabs
http://wiki.debian.org/PaulWise
sig
Paul Wise schrieb:
OK, that sounds fine as long as what needs changing is easily visible,
otherwise I'd suggest a big warning if risky is on so that people can
easily find out what to change and where.
Our debian/rules is rather straightforward and well documented. I
believe it is obvious to f
On Wed, 2008-04-30 at 09:13 +0200, Fabian Greffrath wrote:
> Paul Wise schrieb:
> > Couldn't they just be marked "unsupported" or something and left how
> > they are so that people who need them can still recompile the package
> > with support for those formats?
>
> Speaking about amrnb/amrwb: Sur
Paul Wise schrieb:
Couldn't they just be marked "unsupported" or something and left how
they are so that people who need them can still recompile the package
with support for those formats?
Speaking about amrnb/amrwb: Sure, they are only commented out. So in
order to make use of them you need
On Tue, Apr 29, 2008 at 3:05 PM, Reinhard Tartler <[EMAIL PROTECTED]> wrote:
> > Furthermore I suggest to comment out the amr?b packages from the
> > externalcodecs, because they result in unredistributable ffmpeg
> > packages.
>
> Since I don't use them, I have no particular interest in maint
On Tue, Apr 29, 2008 at 09:00:17AM +0200, Fabian Greffrath wrote:
> Sjoerd Simons schrieb:
>> Your right on complexity ofcourse, but the current rules are 99.9% there. The
>> change i sent in a previous mail is basically enough for me so :).. The extra
>> complexity of splitting the external stuff
Fabian Greffrath <[EMAIL PROTECTED]> writes:
> Reinhard Tartler schrieb:
>> That sounds pretty good to me. The get-orig-source target would then
>> respect the 'internalencoders' variable as well, right?
>
> Sure, it's only waiting to be commited. ;)
Okay, go ahead! :)
>
> BTW, should we introduc
Reinhard Tartler schrieb:
That sounds pretty good to me. The get-orig-source target would then
respect the 'internalencoders' variable as well, right?
Sure, it's only waiting to be commited. ;)
BTW, should we introduce another check that automatically sets
"internalencoders" if the package is
Sjoerd Simons schrieb:
Your right on complexity ofcourse, but the current rules are 99.9% there. The
change i sent in a previous mail is basically enough for me so :).. The extra
complexity of splitting the external stuff into different categories could be
nice in theory, but i'm personally not s
Fabian Greffrath <[EMAIL PROTECTED]> writes:
> Sjoerd Simons schrieb:
> Allright, how about this: For the sake of consistency, let's rename the
> "risky" keyword to "internalencoders" and introduce "externalcodecs" for
> linking against the external libraries.
>
> That's a set of two variables whi
On Mon, Apr 28, 2008 at 09:38:11PM +0200, Reinhard Tartler wrote:
>
> I hope you both don't object CC'ing the bug, so that lool does see this
> conversation as well. Sjoerd, may I bounce our private mails of this
> thread to the BTS?
Sure, i didn't even notice i dropped the BTS from the replies.
On Mon, Apr 28, 2008 at 10:13:55AM +0200, Loïc Minier wrote:
> On Sun, Apr 27, 2008, Reinhard Tartler wrote:
> > > It would rock if would be some set of DEB_BUILD_OPTIONS to only
> > > enable internal risky stuff, so i could do this without needing to
> > > do hacks in debian/ at all :)
> >
On Sun, Apr 27, 2008, Reinhard Tartler wrote:
> > It would rock if would be some set of DEB_BUILD_OPTIONS to only
> > enable internal risky stuff, so i could do this without needing to
> > do hacks in debian/ at all :)
>
> I'm sorry to say that this is most likely impossible. The encoders an
Sjoerd Simons <[EMAIL PROTECTED]> writes:
> It would rock if would be some set of DEB_BUILD_OPTIONS to only
> enable internal risky stuff, so i could do this without needing to
> do hacks in debian/ at all :)
I'm sorry to say that this is most likely impossible. The encoders and
decoders sh
Package: ffmpeg-free
Severity: wishlist
Hi,
To be able to use video in some voip application i usually recompile an
unstripped ffmpeg on my own system (using the nice get-orig-source rules).
But i really want to minimize my non-vanilla debian pacakges to a minimum. So
i just want the enco
16 matches
Mail list logo
