Univention Bugzilla – Full Text Bug Listing |
Summary: | App Center repository creation is too slow | ||
---|---|---|---|
Product: | UCS | Reporter: | Dirk Wiesenthal <wiesenthal> |
Component: | UMC - App-Center | Assignee: | UMC maintainers <umc-maintainers> |
Status: | RESOLVED DUPLICATE | QA Contact: | |
Severity: | normal | ||
Priority: | P5 | CC: | best, gohmann, klaeser |
Version: | UCS 3.2 | ||
Target Milestone: | --- | ||
Hardware: | Other | ||
OS: | Linux | ||
See Also: |
https://forge.univention.org/bugzilla/show_bug.cgi?id=31505 https://forge.univention.org/bugzilla/show_bug.cgi?id=35052 |
||
What kind of report is it?: | --- | What type of bug is this?: | --- |
Who will be affected by this bug?: | --- | How will those affected feel about the bug?: | --- |
User Pain: | Enterprise Customer affected?: | ||
School Customer affected?: | ISV affected?: | ||
Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
Ticket number: | Bug group (optional): | Error handling | |
Max CVSS v3 score: | |||
Attachments: | Using 25_ucs-appcenter.list instead |
Description
Dirk Wiesenthal
2014-05-27 12:17:53 CEST
Reported 3 times via UMC-feedback. One idea might be to add /etc/apt/sources.list.d/25_ucs_appcenter.list where no checks are done, it just dumps the UCR variables. could be filtered by repository/online/component/ucsschool_20140131/appcenter: true Needs to make sure that major upgrades are forbidden as long as the component is not available for the new version. It may be necessary to change the UCR variables to repository/online/appcenter/ucsschool_20140131 instead to not trigger the normal ucr commits. Another solution may be speeding up the overall process in /etc/apt/sources.list.d/*. But I guess the expensive checks are there for a reason. (In reply to Dirk Wiesenthal from comment #0) > Checking whether the app can be installed requires two ucr commits on > /etc/apt/sources.list. This requires so much time that slow internet > connection cause errors - leaving the app uninstallable/unupgradable. Does apt-get respect the HTTP caching capabilities? Created attachment 5945 [details]
Using 25_ucs-appcenter.list instead
Super fast version:
Using repository/app_center/apps/.* to populate /etc/apt/sources.list.d/25_ucs-appcenter.list
No checks for the repository are done. Just writes it down if the app is found.
Pro:
Blazingly fast
Possible to switch between the old and new format
Con:
No checks for existence. Gives 404 error if repository does not exist!
=> /all, /i386 and /amd64 need to exist (at least empty)!
Not listed in the Repository Settings tab of the App Center module (may be a Pro, though...)
No possibility to adjust it except something like 'version=current' and 'version=""'
=> All apps now have the same server. No possibility to have some from main and some from test App Center.
=> May be a problem if we ever allow "local app center" with proxy, username, password and stuff.
Caveats:
Currently not possible to check whether an app is available in UCS 3.2+ and stop upgrade if not.
Seems there is no real "hook" in the updater code that could be called from the App Center. Needs adjustment there. univention-updater/modules/univention/updater/tools.py "def release_update_available" might be the right place.
Todo:
After applying the patch and installing the new package, run univention-migrate-apps.
=> Needs to go to postinst eventually
Some apps do not have /all /i386 and /amd64. They need to be added, until then those cannot be tested:
agorumcore-pro
owncloud
owncloud5
owncloud6
sugarcrm
univention-demoapp
If this patch is ever released, make sure that each future app repository has these directories.
You may go back with:
ucr set repository/app_center/new_format=false
univention-migrate-apps --to-old
-> This has not really been tested, though...
I think we should fix this via Bug #33035. If it is not possible we should re-check this issue. *** This bug has been marked as a duplicate of bug 33035 *** |