Dziwne zachowanie %patch
Paweł Sikora
pluto at agmk.net
Mon Feb 20 10:25:40 CET 2012
On Monday 20 of February 2012 10:14:22 Piotr Zi�cik wrote:
> On Mon, Feb 20, 2012 at 09:56:08AM +0100, Arkadiusz Miśkiewicz wrote:
> > On Monday 20 of February 2012, Piotr Zi�cik wrote:
> > > Witajcie.
> > >
> > > Uaktualniłem crossavr-gcc, zbudowałem przetestowałem i commitnąłem.
> > > To wszystko robiłem na x86_64. Dziś chciałem przekompilować zmiany
> > > na i686 (inna maszyna) i mam problem:
> > >
> > > $ builder -bb -v crossavr-gcc
> > > (...)
> > > Patch #102 (301-gcc-4.5.1-xmega-v14.patch):
> > > + patch -p0 -s
> > > + <
> > > /home/users/kosmo/rpm/packages/crossavr-gcc/301-gcc-4.5.1-xmega-v14.patch
> > > 1 out of 1 hunk FAILED -- saving rejects to file gcc/config/avr/avr-c.c.rej
> > > błąd: Błędny status wyjścia z /home/users/kosmo/tmp/rpm-tmp.13125 (prep)
> > > $ rpm -qf /usr/bin/patch
> > > patch-2.6.1-1.i686
> > >
> > > Tymczasem na x86_64 wszystko przechodzi bez problemu:
> > >
> > > $ builder -bb -v crossavr-gcc
> > > (...)
> > > Patch #102 (301-gcc-4.5.1-xmega-v14.patch):
> > > + patch -p0 -s
> > > + <
> > > /home/users/kosmo/rpm/packages/crossavr-gcc/301-gcc-4.5.1-xmega-v14.patch
> > > + echo Patch #103 (302-gcc-4.5.1-avrtiny10.patch):
> > > Patch #103 (302-gcc-4.5.1-avrtiny10.patch):
> > > (...)
> > > $ rpm -qf /usr/bin/patch
> > > patch-2.6.1-1.x86_64
> > >
> > > Ktoś ma jakiś pomysł?
> >
> > dosowe końce linii - pewnie jak skopiujesz oba patche w jedno miejsce i
> > porównasz to się okaże, że są inne
> >
>
> Właśnie o tym miałem pisać. Czy nasz CVS zamienia DOS'owe CRLF na Unix?
> BTW. Czy dodanie dos2unix źródeł do %setup jest akceptowalnym
> rozwiązaniem tego problemu?
w ogolnosci trzeba uwazac, bo zmiana znakow konca linii moze doprowadzic do zmiany
tresci (np. jesli patch dotyczy pliku xml). raz juz sie w takie cos wpakowalem
dzieki na starszych wersjach svn-a dzieki svn:eol-style=native. na szczescie nowszy svn
traktuje juz xml-e jaki pliki binarne i nie pozwala na taki strzal w stope.
More information about the pld-devel-pl
mailing list