[SCM] x264 packaging branch, karmic, created. 0c2781c658077d7a0d96e38d9f8735ed363443f7

Fabian Greffrath greffrath at leat.rub.de
Mon Jun 15 07:01:15 UTC 2009


Reinhard Tartler schrieb:
> I've choosen c), because it is based on b), which itself seems to be
> based on a) (or the other way round, doesn't really matter here, because
> marillat has updated it way more often than we did.

AFAIR, marillat (b) has taken over sam's packaging (a) when x264 was 
in Debian (it has been accepted through the NEW queue by accident and 
was in the archive for about 14 days). I don't know about (c), but it 
makes sense it is based on (b) given the origin of the other packages 
in multiverse.

> Fabian, do you want to take a look at the package? I've removed everyone
> but me from uploaders because I'm really not sure who wants to work on
> the package. Of course everyone is welcome, so everyone feel free to
> send in patches and add yourself to debian/control.

I wanted to clone the repo and add myself to the uploaders but got the 
following "warning: remote HEAD refers to nonexistent ref, unable to 
checkout." and an empty repo. :(

> Next step: create a 'master' branch targeting sid, and provide a script
> that downloads our branch and produces a binary package. IIRC Fabian was
> not too convinced about putting such a build script in the ffmpeg
> package. Do i remember this right? Perhaps we should put these scripts in an
> extra git repository. This would have the advantage that we could sign
> tags to get some trust path here.

I was against this idea in the context of reproducing unstripped 
ffmpeg packages (but this will be obsolete as soon as out plan 
succeeds and we get an unstripped ffmpeg source taqrball in main 
anyway). For external codecs I think this is a nice way to provide a 
point of entry for private packages. The helper scripts shouldn't be 
part of ffmpeg, though, since other packages like 
gstreamer0.10-plugins-{bad,ugly} profit from these codecs as well. 
IIRC in the past Daniel and I discussed some kind of helper like 
module-assistent to build such external packages...

Fabian

-- 
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)234 / 32-14227
E-Mail:  greffrath at leat.ruhr-uni-bochum.de



More information about the pkg-multimedia-maintainers mailing list