[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: quilt 3.0 source format and dpkg-source/dpkg-buildpackage



On 2010年01月20日 23:39, Goswin von Brederlow wrote:
Norbert Preining<preining@logic.at>  writes:

On Mo, 28 Dez 2009, Raphael Hertzog wrote:
Mind that git-buildpackage with normal 1.0 source format does NOT pollute
the git repository, so my expectation is that the 3.0 format does the
same, but alas, it doesn't.
Well, if you have the usual quilt rules, you working copy is also modified
until the next debian/rules clean. Here the clean doesn't unapply the
I disagree:

$ ls ~/.gbp.conf
ls: cannot access /home/norbert/.gbp.conf: No such file or directory
$ git status
# On branch master
nothing to commit (working directory clean)
$ git-buildpackage -us -uc -rfakeroot -S
...
dpkg-buildpackage: source only, diff-only upload (original source NOT included)
Now running lintian...
Finished running lintian.
$ git status
# On branch master
nothing to commit (working directory clean)
$

So please tell me *what* has changed?

Doing the same with source format 3.0 git status reports hundreds
of differences.

So please do not spread things that are not correct!
He did say that with 3.0 (quilt) format the "clean" state is with
patches applied, like you get after dpkg-source -x. That part is
different to 1.0 format where "clean" would have patches unapplied.

So when you go from 1.0 to 3.0 you will get a ton of files changed
after the first build + clean because now patches are applied.

MfG
         Goswin
why not apply the patches when build automatically, and make clean to unapply the patches? when I build the package, I must check quilt applied and quilt unapplied, It's very trouble.

thanks

best regards.

tangk@lemote.com



--
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.4.9 (GNU/Linux)

mQGiBEpvrkcRBADSiXvtm3B3HO247hmhsRfKQ56yqTxAe1Fg/SiLRkDGR3Cmla4M
I9P1C1WZA59OkPYMTQE45i4zKDwoaCsG6qUYV6gxBjL5czsYn7qPrJxRH7LuXyMy
egxSWyIsPqlPYzSBzE/eLzDHs1q7ucpLx6HdqOzZ2ajPCpT2cG+cBWePLwCgkUfx
cbkm6h2Tq1AAXIAwmueGDfcEAKjAACIWihubPSUX25/6ZWf528z736PEnCLcB1UT
IE/tsYNZEyjVelSXJ1q0cUNjQalK6VYzrkv02daUtPby9Svvk3nSFNNrfpYrhOxT
KXlE/PBjouQ1vxjoTFbSE1cWpUIbfW37BZ9Bjm1ERTfe8MMLlRGk2khdsyx6x359
JW4QA/9+7KF9xcg0ITJ5d48FS1b9h6NDTdm/ttjBLrQj+mHD0h8Y1xt6fka6/A1P
BWXiJ8cmwSlW112Gs0caG44KISit8lDlTsDlXNnq9wrIZYgdyqRe2uowJZPlH6/N
4nYiVP3+3LwbXWD+Bpyv9vDcgPtEWBk27q8dx/V8q9mnohXqzLQbdGFuZ2tlIDxt
dW11dG91dkBnbWFpbC5jb20+iGAEExECACAFAkpvrkcCGwMGCwkIBwMCBBUCCAME
FgIDAQIeAQIXgAAKCRAsFraiOAWQA2RRAKCGK/cORhnCMI7bT34n04tTzG1wPQCf
dw2L86uESYwGW4PUHJc0iv2coe25Ag0ESm+uRxAIAN+Se0IwVo0Hr5khx3lGIeYL
j3ycZQMT3q+LnNtrgUNgmRLBziLwNu69KHXBRXXML23C9PqqGIQodtl07KAvttC3
G/CUdARCxtqVjT66HxM5875h+LX/XaytsCaqXHTte9bIakEYjRIJDYTY6Gza8LjY
n/qz3TKDEmX7/Apqz4KCjcdyo0DwMptet4k71V0wulnTJwVwqfVAUsdtj/xL8MqD
yuvuLNWN+AEXqOEs+Ilv8PN/TgQbJXxY+g7eD277jsxJ8njJuUzusKxHCiSx49Yh
pSZC/r1mKICYJZszwrNU6CtOBXYK0Yz70O1/ZTcSOzn9EDtM5u/IKECZJWSUJ3MA
AwUIAK1QWT5V1RbAhfoENapgF6T/F0nUdf9TjwkOgleo4yfqXymGXVWmp86JBn7J
wTDS/GdzO77uiXZMHTCqhbmNYogAapHNeE++RAReiVT/iZjLvIbqOBFcGBqie5Ar
SZTZfS20Mpzf2joLQfcWxQ5L3/ZtpUkiUrfVTdVldwwMob1pGknnrZNF4rpDE9Nk
/kj+thaWKlvVrMj6e8nULbbYn1rT6iEqIS7Wfspn0DYe9YJLffFgIxybaRfPYd2l
rsH6kY15F736mjhdWqgOfWgRgUKCh+VVU/5S2OBKihPdpXjn4CI+kVzmrkvQfftB
WxBVgQuMMS44L/u8Te93EOOnybmISQQYEQIACQUCSm+uRwIbDAAKCRAsFraiOAWQ
A8H6AJ9hlHl1flzNKd98UyqMBXvyx87/vwCfdrIk4TYsfYDDbrpZ5fLnsMetaXE=
=koJk
-----END PGP PUBLIC KEY BLOCK-----


Reply to: