SPECS: bitkeeper.spec (HEAD)

[Michal Moskal]

On Mon, Sep 08, 2003 at 12:40:20PM +0200, Andrzej Krzysztofowicz wrote:
> Michal Moskal wrote:
> > On Mon, Sep 08, 2003 at 10:01:03AM +0200, Jakub Bogusz wrote:
> > > On Mon, Sep 08, 2003 at 09:23:28AM +0200, Paweł Gołaszewski wrote:
> > > > On Mon, 8 Sep 2003, arekm wrote:
> > > > [...]
> > > > > Log message:
> > > > > - authomatic way of finding correct tarball inside bin (thanks malekith)
> > > > [...]
> > > > > +perl -e 'while (<>) {s/.*(\037\213)/$1/ and last;} do { print } while (<>) ' ${SRC} | gzip -d | tar xf -
> > > > 
> > > > Czy takie coś może być traktowane jako wzór/szkielet dla wszystkich tak 
> > > > "fajnie" udostępnianych źródeł?
> > > > 
> > > > Bo jeżeli tak to chyba wartoby z tego zrobić macro... (jakieś 
> > > > %extract_from_bin)
> > > 
> > > 2 bajty to trochę słaby warunek - może nie zawsze działać poprawnie.
> > 
> > Można jeszcze dodać \8 (deflate). I przerobić na seda, zrobię to za
> > chwilę. Fakt, że to i tak słaby warunek, ale najwyżej się wywali ;)
> 
> Sprawdz, ale ZTCP sed nie najlepiej sobie radzi z liniami zawierajacymi
> znaki spoza ascii (zwlaszcza sterujace: 0x0-0x1f, 0x80-0x9f).
> 
> (kiedys robilem cos a la:
> 
>  ... | grep -a "text" | sed 's/^.*text/text/'
> 
> i mi nie wywalal tego, co przed "text" - dostawalem linie zaczynajace sie od
> binarnych smieci - prosto z grepa).

Rzeczywiście. No to zostaje w perlu. Ale IMHO wrzucanie tego to perl-prov
to nie jest najlepszy pomysł -- to wywałuje skrypty do generacji
zależności? Zależność od perla nie jest taka straszna (think automake),
szczególnie, że nie dotyczy niczego z podstawowego systemu.

-- 
: Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv
: When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h