---

Hejsa.

Jeg hygger mig lidt med at forsøge at bygge debian pakker. Men nu begyder
det godt nok at iretere mig lidt. lintian fortæller mig at jeg skal
skrive en man side, samt at komprimere CHANGELOG for at overholde
stadarterne. Når jeg så gøre dette, så vil min pakke simpelhen ikke
blive lavet fordi der er "unrepresentable changes to source" Er der nogne
der lige ved hvordan man kommer uden om det problem?

E: alienblaster: binary-without-manpage alienBlaster
N:
N: Each binary in /usr/bin, /usr/sbin, /bin, /sbin, or /usr/games, must
N: have a manual page.
N:
N: Note, that though the `man' program has the capability to check for
N: several program names in the NAMES section, each of these programs
N: must have its own manual page (a symbolic link to the appropriate
N: manual page is sufficient) because other manual page viewers such as
N: xman or tkman don't support this.

<snip>

E: alienblaster: changelog-file-not-compressed CHANGELOG
N:
N: Changelog files must be compressed using `gzip -9'. Even if they start
N: out small, they will become large with time.

Nu har jeg så skrevet en lille man page, og gzippet CHANELOG

hl@sid/deb/alienblaster-1.0$ dpkg-buildpackage -rfakeroot
dpkg-buildpackage: source package is alienblaster
dpkg-buildpackage: source version is 1.0-1
dpkg-buildpackage: source maintainer is Heine Laursen <gozar@gozar.dynu.com>
dpkg-buildpackage: host architecture is i386
fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
# Add here commands to clean up after the build process.
/usr/bin/make clean
make[1]: Entering directory `/home/hl/deb/alienblaster-1.0'
cd src;make clean
make[2]: Entering directory `/home/hl/deb/alienblaster-1.0/src'
rm -f *.o *.da
make[2]: Leaving directory `/home/hl/deb/alienblaster-1.0/src'
rm -f alienblaster
make[1]: Leaving directory `/home/hl/deb/alienblaster-1.0'
dh_clean
dpkg-source -b alienblaster-1.0
dpkg-source: building alienblaster using existing alienblaster_1.0.orig.tar.gz
dpkg-source: building alienblaster in alienblaster_1.0-1.diff.gz
dpkg-source: cannot represent change to CHANGELOG.gz: binary file contents
changed dpkg-source: cannot represent change to alienblaster.6.gz: binary
file contents changed dpkg-source: building alienblaster in
alienblaster_1.0-1.dsc dpkg-source: unrepresentable changes to source
hl@sid/deb/alienblaster-1.0$

Jeg gør som lintian siger, men får så ikke lov til at lave debian
pakken.
Men hvad gør man så hvis man gerne vil overholde debian standarten?

--
Mvh
Heine Laursen

---

Heine Laursen <gozar@myrealbox.com> writes:

> stadarterne. Når jeg så gøre dette, så vil min pakke simpelhen ikke
> blive lavet fordi der er "unrepresentable changes to source" Er der nogne
> der lige ved hvordan man kommer uden om det problem?

Du skal komprimere changelogen den binaere pakke, ikke i
source-pakken. Hvis du bruger debhelper, kan du bruge dh_compress.

--
Peter Makholm | There are 10 kinds of people. Those who count in
peter@makholm.net | binary and those who don't
http://hacking.dk |

---

Den Tue, 17 Aug 2004 10:36:13 +0200. skrev Peter Makholm:

> Heine Laursen <gozar@myrealbox.com> writes:
>
>> stadarterne. Når jeg så gøre dette, så vil min pakke simpelhen ikke
>> blive lavet fordi der er "unrepresentable changes to source" Er der nogne
>> der lige ved hvordan man kommer uden om det problem?
>
> Du skal komprimere changelogen den binaere pakke, ikke i
> source-pakken. Hvis du bruger debhelper, kan du bruge dh_compress.

jeg har nu prøvet at indsætte dh_compress $(CURDIR)/CHANGELOG
forskellige steder i debian/rules

Enten bygger den pakken færdig, og bagefter kompromere CHANGELOG eller
også leder den efter CHANGELOG de forkerte steder.

Det endte med at jeg droppede debian/docs og istedet for lagde
dokumentionen ind via Makefilen, og gzippet den bagefter.
Det samme gjorde jeg med man siden.

Det eneste lintian nu brokker sig over er at man sektion 6 ikke er games.
Men det er kun en warring, så det går vel nok.

--
Mvh
Heine Laursen

---

Heine Laursen <gozar@myrealbox.com> writes:

> jeg har nu prøvet at indsætte dh_compress $(CURDIR)/CHANGELOG
> forskellige steder i debian/rules

I bedste fald vil den også bare komprimerer CHANGELOG i source-pakken
og det er ikke det du vil.

Bare kald dh_compress før du kalder dh_md5sums og dh_builddeb.

--
Peter Makholm | Why does the entertainment industry wants us to
peter@makholm.net | believe that a society base on full surveillance
http://hacking.dk | is bad?
| Do they have something to hide?

---

Den Tue, 17 Aug 2004 12:02:00 +0200. skrev Peter Makholm:

> Heine Laursen <gozar@myrealbox.com> writes:
>
>> jeg har nu prøvet at indsætte dh_compress $(CURDIR)/CHANGELOG
>> forskellige steder i debian/rules
>
> I bedste fald vil den også bare komprimerer CHANGELOG i source-pakken
> og det er ikke det du vil.
>
> Bare kald dh_compress før du kalder dh_md5sums og dh_builddeb.

Det har den hele tiden gjordt!

binary-arch: build install
dh_testdir
dh_testroot
dh_installchangelogs CHANGELOG
dh_installdocs
dh_installexamples
# dh_install
# dh_installmenu
# dh_installdebconf
# dh_installlogrotate
# dh_installemacsen
# dh_installpam
# dh_installmime
# dh_installinit
# dh_installcron
# dh_installinfo
dh_installman
dh_link
dh_strip
dh_compress
dh_fixperms
# dh_perl
# dh_python
# dh_makeshlibs
dh_installdeb
dh_shlibdeps
dh_gencontrol
dh_md5sums
dh_builddeb

binary: binary-indep binary-arch
..PHONY: build clean binary-indep binary-arch binary install configure

Jeg har brugt dh_make til at generere debian/ filerne.

Jeg kan se på andre debian pakker jeg har lavet, er CHAMGELOG blivet
komprimeret, bare ikke på denne! Jeg mener at have læst et eller andet
sted at filerne ikke bliver komprimeret hvis filerne ikke er så store.
CHANGELOG er kun 27 bytes!

--
Mvh
Heine Laursen

---

Heine Laursen <gozar@myrealbox.com> writes:

> Jeg kan se på andre debian pakker jeg har lavet, er CHAMGELOG blivet
> komprimeret, bare ikke på denne! Jeg mener at have læst et eller andet
> sted at filerne ikke bliver komprimeret hvis filerne ikke er så store.

Det er ikke helt utænkeligt.

> CHANGELOG er kun 27 bytes!

Prøv at fylde en mængde ligegyldig telst ned i den og byg pakken igen,
hvis den så bliver komprimeret, kan du konstatere at det er lintians
tjek der ikke tager højde for det og ignorere det (evt. indsende en
fejlrapport på lintian), lintian er jo bare et værktøj der kan hjælpe,
ikke en facitliste.

..Henrik

--
if your typing speed is the main issue when you're
coding, you're doing something seriously wrong.
                  -- citat Linus Torvalds

---

Den Tue, 17 Aug 2004 13:16:00 +0200. skrev Henrik Christian Grove:

> Heine Laursen <gozar@myrealbox.com> writes:

>> CHANGELOG er kun 27 bytes!
>
> Prøv at fylde en mængde ligegyldig telst ned i den og byg pakken igen,
> hvis den så bliver komprimeret, kan du konstatere at det er lintians
> tjek der ikke tager højde for det og ignorere det (evt. indsende en
> fejlrapport på lintian), lintian er jo bare et værktøj der kan hjælpe,
> ikke en facitliste.

Jeg fyldte CHANGELOG med tilfældig data. Ved første forsøg var der
ingen ændringer. Men da jeg så fylde den op med kernel dokumentationen,
så blev den gzippet automatisk.

SÅ filstørelsen er alsår afgørende for om CHANGELOG bliver komprimeret
eller ikke.

--
Mvh
Heine Laursen

---

Heine Laursen <gozar@myrealbox.com> writes:

> Hejsa.
>
> Jeg hygger mig lidt med at forsøge at bygge debian pakker. Men nu begyder
> det godt nok at iretere mig lidt. lintian fortæller mig at jeg skal
> skrive en man side, samt at komprimere CHANGELOG for at overholde
> stadarterne. Når jeg så gøre dette, så vil min pakke simpelhen ikke
> blive lavet fordi der er "unrepresentable changes to source" Er der nogne
> der lige ved hvordan man kommer uden om det problem?

Jeg har også skrevet en man-side til ldraw for at slippe for den fejl
når jeg leger med at bygge Debian-pakker af ldraw, det gav ikke det
problem.

At komprimere CHANGELOG kunne jeg forestille mig kunne give det problem
(en overgang fra tekst til binær er ikke noget diff er egnet til - det
harmonerer også med den fejl du får) hvis du gør det manuelt. Jeg vil
tro der er en debhelper-ting der kan gøre det hvis du bare skriver
CHANGELOG ind i en eller anden fil i debian/, muligvis <pakkenavn>.docs
(der har jeg i hvert fald skrevet 'readme.txt' ind og den bliver gzippet).

..Henrik

--
| inu\/ & Emacs er hvad der skal til!
|_aTe/\

---

Den Tue, 17 Aug 2004 10:38:13 +0200. skrev Henrik Christian Grove:


> At komprimere CHANGELOG kunne jeg forestille mig kunne give det problem
> (en overgang fra tekst til binær er ikke noget diff er egnet til - det
> harmonerer også med den fejl du får) hvis du gør det manuelt. Jeg vil
> tro der er en debhelper-ting der kan gøre det hvis du bare skriver
> CHANGELOG ind i en eller anden fil i debian/, muligvis <pakkenavn>.docs
> (der har jeg i hvert fald skrevet 'readme.txt' ind og den bliver gzippet).

Jeg benyttede mig af debian/docs til at lægge dokumentionen ind, men der
er ikke noget af det der automatisk bliver gzippet!

Jeg benytter mig af fremgangs måden som er beskrevet på
http://www.debian.org/doc/maint-guide/index.en.html

--
Mvh
Heine Laursen