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