2017-06-13 19:31:19 +00:00
|
|
|
"""
|
2018-01-04 03:53:35 +00:00
|
|
|
Copyright 2018 Oliver Smith
|
2017-06-13 19:31:19 +00:00
|
|
|
|
|
|
|
This file is part of pmbootstrap.
|
|
|
|
|
|
|
|
pmbootstrap is free software: you can redistribute it and/or modify
|
|
|
|
it under the terms of the GNU General Public License as published by
|
|
|
|
the Free Software Foundation, either version 3 of the License, or
|
|
|
|
(at your option) any later version.
|
|
|
|
|
|
|
|
pmbootstrap is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
GNU General Public License for more details.
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
|
|
along with pmbootstrap. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
"""
|
|
|
|
import os
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
import hashlib
|
2017-11-19 15:04:08 +00:00
|
|
|
import logging
|
|
|
|
import pmb.helpers.http
|
|
|
|
import pmb.helpers.run
|
2017-06-13 19:31:19 +00:00
|
|
|
|
|
|
|
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
def hash(url, length=8):
|
|
|
|
"""
|
|
|
|
Generate the hash, that APK adds to the APKINDEX and apk packages
|
|
|
|
in its apk cache folder. It is the "12345678" part in this example:
|
|
|
|
"APKINDEX.12345678.tar.gz".
|
|
|
|
|
|
|
|
:param length: The length of the hash in the output file.
|
|
|
|
|
|
|
|
See also: official implementation in apk-tools:
|
|
|
|
<https://git.alpinelinux.org/cgit/apk-tools/>
|
|
|
|
|
|
|
|
blob.c: apk_blob_push_hexdump(), "const char *xd"
|
|
|
|
apk_defines.h: APK_CACHE_CSUM_BYTES
|
|
|
|
database.c: apk_repo_format_cache_index()
|
|
|
|
"""
|
|
|
|
binary = hashlib.sha1(url.encode("utf-8")).digest()
|
|
|
|
xd = "0123456789abcdefghijklmnopqrstuvwxyz"
|
|
|
|
csum_bytes = int(length / 2)
|
|
|
|
|
|
|
|
ret = ""
|
|
|
|
for i in range(csum_bytes):
|
|
|
|
ret += xd[(binary[i] >> 4) & 0xf]
|
|
|
|
ret += xd[binary[i] & 0xf]
|
|
|
|
|
|
|
|
return ret
|
|
|
|
|
|
|
|
|
2017-07-12 19:55:47 +00:00
|
|
|
def urls(args, user_repository=True, postmarketos_mirror=True):
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
"""
|
|
|
|
Get a list of repository URLs, as they are in /etc/apk/repositories.
|
|
|
|
"""
|
|
|
|
ret = []
|
|
|
|
# Local user repository (for packages compiled with pmbootstrap)
|
|
|
|
if user_repository:
|
2017-10-12 20:08:10 +00:00
|
|
|
ret.append("/mnt/pmbootstrap-packages")
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
|
|
|
|
# Upstream postmarketOS binary repository
|
2017-07-12 19:55:47 +00:00
|
|
|
if postmarketos_mirror and args.mirror_postmarketos:
|
|
|
|
if os.path.exists(args.mirror_postmarketos):
|
|
|
|
ret.append("/mnt/postmarketos-mirror")
|
|
|
|
else:
|
|
|
|
ret.append(args.mirror_postmarketos)
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
|
|
|
|
# Upstream Alpine Linux repositories
|
|
|
|
directories = ["main", "community"]
|
|
|
|
if args.alpine_version == "edge":
|
|
|
|
directories.append("testing")
|
|
|
|
for dir in directories:
|
|
|
|
ret.append(args.mirror_alpine + args.alpine_version + "/" + dir)
|
|
|
|
return ret
|
|
|
|
|
|
|
|
|
2017-07-12 19:55:47 +00:00
|
|
|
def apkindex_files(args, arch=None):
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
"""
|
2017-07-12 19:55:47 +00:00
|
|
|
Get a list of outside paths to all resolved APKINDEX.tar.gz files for a
|
|
|
|
specific arch.
|
|
|
|
:param arch: defaults to native
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
"""
|
2017-07-12 19:55:47 +00:00
|
|
|
if not arch:
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
arch = args.arch_native
|
|
|
|
|
2017-07-12 19:55:47 +00:00
|
|
|
# Local user repository (for packages compiled with pmbootstrap)
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
ret = [args.work + "/packages/" + arch + "/APKINDEX.tar.gz"]
|
2017-07-12 19:55:47 +00:00
|
|
|
|
|
|
|
# Upstream postmarketOS binary repository
|
|
|
|
urls_todo = []
|
|
|
|
mirror = args.mirror_postmarketos
|
|
|
|
if mirror:
|
|
|
|
if os.path.exists(mirror):
|
|
|
|
ret.append(mirror + "/" + arch + "/APKINDEX.tar.gz")
|
|
|
|
else:
|
|
|
|
# Non-local path: treat it like other URLs
|
|
|
|
urls_todo.append(mirror)
|
|
|
|
|
|
|
|
# Resolve the APKINDEX.$HASH.tar.gz files
|
|
|
|
urls_todo += urls(args, False, False)
|
|
|
|
for url in urls_todo:
|
Properly rebuild/install packages when something changed (Fix #120, #108, #131) (#129)
TLDR: Always rebuild/install packages when something changed when executing "pmbootstrap install/initfs/flash", more speed in dependency resolution.
---
pmbootstrap has already gotten some support for "timestamp based rebuilds", which modifies the logic for when packages should be rebuilt. It doesn't only consider packages outdated with old pkgver/pkgrel combinations, but also packages, where a source file has a newer timestamp, than the built package has.
I've found out, that this can lead to more rebuilds than expected. For example, when you check out the pmbootstrap git repository again into another folder, although you have already built packages. Then all files have the timestamp of the checkout, and the packages will appear to be outdated. While this is not largely a concern now, this will become a problem once we have a binary package repository, because then the packages from the binary repo will always seem to be outdated, if you just freshly checked out the repository.
To combat this, git gets asked if the files from the aport we're looking at are in sync with upstream, or not. Only when the files are not in sync with upstream and the timestamps of the sources are newer, a rebuild gets triggered from now on.
In case this logic should fail, I've added an option during "pmbootstrap init" where you can enable or disable the "timestamp based rebuilds" option.
In addition to that, this commit also works on fixing #120: packages do not get updated in "pmbootstrap install" after they have been rebuilt. For this to work, we specify all packages explicitly for abuild, instead of letting abuild do the resolving. This feature will also work with the "timestamp based rebuilds".
This commit also fixes the working_dir argument in pmb.helpers.run.user, which was simply ignored before.
Finally, the performance of the dependency resolution is faster again (when compared to the current version in master), because the parsed apkbuilds and finding the aport by pkgname gets cached during one pmbootstrap call (in args.cache, which also makes it easy to put fake data there in testcases).
The new dependency resolution code can output lots of verbose messages for debugging by specifying the `-v` parameter. The meaning of that changed, it used to output the file names where log messages come from, but no one seemed to use that anyway.
2017-07-10 15:23:43 +00:00
|
|
|
ret.append(args.work + "/cache_apk_" + arch + "/APKINDEX." +
|
|
|
|
hash(url) + ".tar.gz")
|
|
|
|
|
|
|
|
return ret
|
2017-11-19 15:04:08 +00:00
|
|
|
|
|
|
|
|
2018-03-04 13:44:27 +00:00
|
|
|
def update(args, arch=None, force=False, existing_only=False):
|
2017-11-19 15:04:08 +00:00
|
|
|
"""
|
2018-03-04 13:44:27 +00:00
|
|
|
Download the APKINDEX files for all URLs depending on the architectures.
|
|
|
|
|
|
|
|
:param arch: * one Alpine architecture name ("x86_64", "armhf", ...)
|
|
|
|
* None for all architectures
|
|
|
|
:param force: even update when the APKINDEX file is fairly recent
|
|
|
|
:param existing_only: only update the APKBUILD files that already exist,
|
|
|
|
this is used by "pmbootstrap update"
|
2017-11-19 15:04:08 +00:00
|
|
|
|
2018-03-04 13:44:27 +00:00
|
|
|
:returns: True when files have been downloaded, False otherwise
|
|
|
|
"""
|
|
|
|
# Architectures and retention time
|
|
|
|
architectures = [arch] if arch else pmb.config.build_device_architectures
|
2017-11-19 15:04:08 +00:00
|
|
|
retention_hours = pmb.config.apkindex_retention_time
|
|
|
|
retention_seconds = retention_hours * 3600
|
|
|
|
|
2018-03-04 13:44:27 +00:00
|
|
|
# Find outdated APKINDEX files. Formats:
|
|
|
|
# outdated: {URL: apkindex_path, ... }
|
|
|
|
# outdated_arches: ["armhf", "x86_64", ... ]
|
2017-11-19 15:04:08 +00:00
|
|
|
outdated = {}
|
2018-03-04 13:44:27 +00:00
|
|
|
outdated_arches = []
|
2017-11-19 15:04:08 +00:00
|
|
|
for url in urls(args, False):
|
|
|
|
for arch in architectures:
|
2018-03-04 13:44:27 +00:00
|
|
|
# APKINDEX file name from the URL
|
2017-11-19 15:04:08 +00:00
|
|
|
url_full = url + "/" + arch + "/APKINDEX.tar.gz"
|
|
|
|
cache_apk_outside = args.work + "/cache_apk_" + arch
|
|
|
|
apkindex = cache_apk_outside + "/APKINDEX." + hash(url) + ".tar.gz"
|
|
|
|
|
2018-03-04 13:44:27 +00:00
|
|
|
# Find update reason, possibly skip non-existing files
|
2017-11-19 15:04:08 +00:00
|
|
|
reason = None
|
|
|
|
if not os.path.exists(apkindex):
|
2018-03-04 13:44:27 +00:00
|
|
|
if existing_only:
|
|
|
|
continue
|
2017-11-19 15:04:08 +00:00
|
|
|
reason = "file does not exist yet"
|
|
|
|
elif force:
|
|
|
|
reason = "forced update"
|
|
|
|
elif pmb.helpers.file.is_older_than(apkindex, retention_seconds):
|
|
|
|
reason = "older than " + str(retention_hours) + "h"
|
|
|
|
if not reason:
|
|
|
|
continue
|
|
|
|
|
2018-03-04 13:44:27 +00:00
|
|
|
# Update outdated and outdated_arches
|
2017-11-19 15:04:08 +00:00
|
|
|
logging.debug("APKINDEX outdated (" + reason + "): " + url_full)
|
|
|
|
outdated[url_full] = apkindex
|
2018-03-04 13:44:27 +00:00
|
|
|
if arch not in outdated_arches:
|
|
|
|
outdated_arches.append(arch)
|
2017-11-19 15:04:08 +00:00
|
|
|
|
2018-03-04 13:44:27 +00:00
|
|
|
# Bail out or show log message
|
2017-11-19 15:04:08 +00:00
|
|
|
if not len(outdated):
|
2018-03-04 13:44:27 +00:00
|
|
|
return False
|
|
|
|
logging.info("Update package index for " + ", ".join(outdated_arches) +
|
|
|
|
" (" + str(len(outdated)) + " file(s))")
|
2017-11-19 15:04:08 +00:00
|
|
|
|
2018-03-04 13:44:27 +00:00
|
|
|
# Download and move to right location
|
2017-11-19 15:04:08 +00:00
|
|
|
for url, target in outdated.items():
|
|
|
|
temp = pmb.helpers.http.download(args, url, "APKINDEX", False,
|
|
|
|
logging.DEBUG)
|
|
|
|
target_folder = os.path.dirname(target)
|
|
|
|
if not os.path.exists(target_folder):
|
|
|
|
pmb.helpers.run.root(args, ["mkdir", "-p", target_folder])
|
|
|
|
pmb.helpers.run.root(args, ["cp", temp, target])
|
2018-03-04 13:44:27 +00:00
|
|
|
|
|
|
|
return True
|