Re: /usr/ports/packages/All aufräumen

"O. Hartmann" <[email protected]> Sat, 23 Jun 2018 11:12:16 +0200
Newsgroups gmane.os.freebsd.questions.german
Organization FU Berlin
Message-ID <[email protected]>
--Sig_/6.ZfFiDoXI752XAPTQlpXYo
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: quoted-printable

Am Wed, 20 Jun 2018 14:40:42 +0200
Sascha H=FCdepohl <[email protected]> schrieb:

> Hallo!
>=20
> * Harold Gutch ([email protected]) schrieb:
>=20
> > "rm *" (oder "mv * old" oder dergleichen) klingt f=FCr mich relativ
> > einfach. Wenn du nur alte Pakete l=F6schen/wegschieben willst kannst du
> > das ja anhand der Zeitstempel machen. =20
>=20
> Alles l=F6schen war auch mein erster Gedanke, aber dann ist eben alles
> weg. Und portmaster baut ja nicht immer *alle* Pakete neu.
> Ich kann das grade nicht reproduzieren, aber ich meine damit gab es dann
> ein Problem.
>=20
> > Was genau f=FCr "Warnungen" meinst du eigentlich? =20
>=20
> Ah, hab ich vergessen zu schreiben.
> Ich mache dann also auf dem Produktiv-system:
>=20
> # pkg upgrade
>=20
> Das resultiert dann in einer sqlite-Fehlermeldung wie dieser:
>=20
> sqlite error while executing CREATE INDEX packages_origin ON
> packages(origin COLLATE NOCASE);CREATE INDEX packages_name ON
> packages(name COLLATE NOCASE);CREATE INDEX packages_uid_nocase ON
> packages(name COLLATE NOCASE, origin COLLATE NOCASE);CREATE INDEX
> packages_version_nocase ON packages(name COLLATE NOCASE, version);CREATE
> INDEX packages_uid ON packages(name, origin);CREATE INDEX
> packages_version ON packages(name, version);CREATE UNIQUE INDEX
> packages_digest ON packages(manifestdigest); in file pkgdb.c:2406:
> UNIQUE constraint failed: packages.manifestdigest
>=20
> Ich hab mir das alles angeguckt und es war eben tats=E4chlich so, das das
> Feld doppelte Eintr=E4ge enthielt. Manuelles aufr=E4umen von
> /usr/ports/packages/All und anschlie=DFendes pkg repo /usr/ports/packages
> hat das Problem behoben.
> (vorher hab ich noch alle Pakete deinstalliert und /var/db/pkg/
> gel=F6scht)
>=20
> Meine Suche nach dieser Fehlermeldung hat nur einen Treffer geliefert,
> bei dem es um poudriere ging. Das half mir nicht.
>=20
>=20
> Gru=DF
> Sascha
>=20
>=20
> To Unsubscribe: send mail to [email protected]
> with "unsubscribe de-bsd-questions" in the body of the message

Hallo Sascha.

Ich (wir) bauen f=FCr diverse System (und Architekturen) Pakete via "poudri=
ere", um die
"Downtimes" so gering wie m=F6glich zu halten. Ich baue auf meinen (insul=
=E4ren) Systemen
nach wie vor meine Ports aus den Quellen, schon um Optimierungen f=FCr best=
immte
Prozessortypen mitnehmen zu k=F6nnen.

Das Problem immer gr=F6=DFer werdender Paketverzeichnisse l=E4=DFt sich gan=
z elegant mit "rsync"
beheben! Ich/wir machen das seit Jahren so - selbst f=FCr die Pkg-Base (als=
o das
Basissystem auf pkg Basis). Wenn poudriere ein Repositorium erfolgreich geb=
aut hat, liegt
die komplette Infrastruktur (Verzeichnisbaum) ersteinmal in einem f=FCr pou=
driere
zugeteilten Verzeichnis, zum Beispiel

/pool/poudriere/data/packages/JAILNAME-PORTSTREENAME-SETNAME/.latest/

Ich kopiere dann - f=FCr "base" und "packages" sowie per Architektur (amd64=
 und aarch64 in
unserem Falle) via "rsync -rlv --force --delete" von der Quelle zum Ziel. p=
oudriere
l=F6scht in seinem Meta-Packages-Verzeichnis beim Erstellen eines Repositor=
iums schon beim
Bau alle veralteten Pakete (vorausgesetzt, die Konfiguration des poudriere =
ist korrekt).
Wenn man dann mit rsync Quelle und Ziel entsprechend synchronisiert, werden=
 auch die
alten Pakete gel=F6scht!=20

Da man poudriere auch anweisen kann, mehrere =E4ltere Bauprozesse eines Rep=
ositoriums zu
behalten (wir behalten 5, unter .latest (symbolischer Link auf das per Datum
identifizierte, letztgebaute Repo) ist dann das neueste Repo), kannst Du zu=
r Not auch
immer wieder ein =E4lteres Repo synchronisieren. Das aber w=E4ren schon Fin=
essen, die Du hier
vielleicht gar nicht ben=F6tigst.

Gru=DF
oh

--Sig_/6.ZfFiDoXI752XAPTQlpXYo
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEmeBi/TL7Cfr+/54/6AFwPsD/k3wFAlsuDwsACgkQ6AFwPsD/
k3xgTAf8CkYkAa0XFX/gJSP2NoNjP3xjtv+i98CnNuShFBUMzo3NuU7ZVqK+KVRC
iyJQ7dX+PxBShX/D4+tgERjm90q5wIEzCJZGKCRpz/uf5TMCoWSamldOmDiTN0pU
tG0fiU5ZtkCMy9P0z5PfXC2EDEIOMHMvBZQjJnvYhyyqcAbzLuTnEjawem7IOCzj
1WTgEx3u+3ZgkD6stm4kFBEyyfkHM9rAFuoP8mjvUr34GdGTe7Pg9bbEpkZRdhJw
mK5t90IrXAalEffUBdtZ1W8VYMxjsoZ31casdvzM8C2Sb2YqgFbW9+J7XVSHUO3I
yA8rGPXeA3rfYQUFkfzxXe88Jlq2BQ==
=0EfY
-----END PGP SIGNATURE-----

--Sig_/6.ZfFiDoXI752XAPTQlpXYo--


To Unsubscribe: send mail to [email protected]
with "unsubscribe de-bsd-questions" in the body of the message