| 1 |
Hallo |
| 2 |
|
| 3 |
Am Freitag, 8. September 2006 21:56 schreibselte Bernd Wurst: |
| 4 |
> Am Freitag, 8. September 2006 15:57 schrieb Peter Palm: |
| 5 |
> > Mein Problem beginnt jetzt dort, wenn alle Pakete kleiner/gleich |
| 6 |
> > Version x.y aus dem Portage-Tree verschwunden sind. Mir ist das |
| 7 |
> > damals mit koffice-1.3 passiert, mit dem ich sehr zufrieden war, |
| 8 |
> > dann jedoch aus dem Portage-Tree verschwand und ich auf das |
| 9 |
> > (aus meiner Sicht) fehlerhaftere koffice-1.4 updaten mußte. |
| 10 |
> |
| 11 |
> Wenn es greifbare Gründe für diese Annahme gibt, dann bitte einen Bugreport |
| 12 |
> aufmachen mit der Bitte, dass das alte noch importage bestehen bleiben |
| 13 |
> soll. |
| 14 |
|
| 15 |
Und da fängt es an. koffice-1.3 hatte einige Fehler, mit denen ich leben |
| 16 |
konnte. koffice-1.4 behob diese Fehler, hatte dann aber plötzlich andere, |
| 17 |
neue, die für mich schwerer wogen. Bei beiden Versionen gab es für diese |
| 18 |
Probleme bereits Einträge in bugs.kde.org. |
| 19 |
|
| 20 |
> > Kann man einzelne ebuilds vor solchen Problemen schützen? Wenn ja, |
| 21 |
> > wie? |
| 22 |
> |
| 23 |
> Wie schon gesagt, ein overlay ist die einfachste Methode. |
| 24 |
Ja, aber nur solange die Quellen noch verfügbar sind - das ist dann |
| 25 |
aber eine andere Baustelle. Gibt es Möglichkeiten, die alten Quellen |
| 26 |
lokal zur Verfügung zu stellen und das ebuild entsprechend anzupassen? |
| 27 |
|
| 28 |
> Aber wenn es wirkliche Gründe gibt, sollten auch andere vor dem Problem |
| 29 |
> stehen, und ein Verbleib der alten Version im portage macht dann schon |
| 30 |
> Sinn. |
| 31 |
Naja, die Fehler wurden ja behoben, dafür jedoch andere neue eingebaut. |
| 32 |
Da fällt es schwer, zu sagen welche Version jetzt besser läuft... |
| 33 |
|
| 34 |
Peter |
| 35 |
|
| 36 |
-- |
| 37 |
gentoo-user-de@g.o mailing list |
Archives