Mailinglist Archive: opensuse-features (115 mails)
| < Previous | Next > |
[New: openFATE 313090] allow different repo views depending on package management version
- From: fate_noreply@xxxxxxx
- Date: Mon, 19 Dec 2011 17:04:49 +0100 (CET)
- Message-id: <feature-313090-1@keeper.suse.de>
Feature added by: Ludwig Nussel (lnussel)
Feature #313090, revision 1
Title: allow different repo views depending on package management version
openSUSE Distribution: Unconfirmed
Priority
Requester: Important
Requested by: Ludwig Nussel (lnussel)
Partner organization: openSUSE.org
Description:
Sometimes there are bugs in the software stack that cause unforeseen problems
when e.g. the update repo grows bigger and bigger over time. In the worst case
the software stack might not be able to install updates at all anymore. We
should have a defined way to avoid such situations.
My proposal would be to make zypp look for a differently named entry point to
the repo first before falling back to repomod.xml. E.g. 'repomd-XX.xml' where
XX is some internal revision counter. That way it would be possible to present
only a minimal working repo to the unpatched software stack that allows it to
install an update for itself. By using an optional extra file incompatibilities
with other software stacks are avoided ie other repo parsers would always use
the full repo.
--
openSUSE Feature:
https://features.opensuse.org/313090
Feature #313090, revision 1
Title: allow different repo views depending on package management version
openSUSE Distribution: Unconfirmed
Priority
Requester: Important
Requested by: Ludwig Nussel (lnussel)
Partner organization: openSUSE.org
Description:
Sometimes there are bugs in the software stack that cause unforeseen problems
when e.g. the update repo grows bigger and bigger over time. In the worst case
the software stack might not be able to install updates at all anymore. We
should have a defined way to avoid such situations.
My proposal would be to make zypp look for a differently named entry point to
the repo first before falling back to repomod.xml. E.g. 'repomd-XX.xml' where
XX is some internal revision counter. That way it would be possible to present
only a minimal working repo to the unpatched software stack that allows it to
install an update for itself. By using an optional extra file incompatibilities
with other software stacks are avoided ie other repo parsers would always use
the full repo.
--
openSUSE Feature:
https://features.opensuse.org/313090
| < Previous | Next > |