| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
|
|
|
| |
This subcommand verifies if upstream sources still exists and echoes
an error if it does not.
This is supposed to be used from a script that checks the validity
of source regularily.
|
| |
|
| |
|
|
|
|
|
| |
Removed the asterisk from the beginning of the https check, and moved the
saveas- check above.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
'saveas-*://' URI support has been created for use with the source= line of
APKBUILD files.
It allows for a remote source file to be saved with an arbitrary filename. This
is useful in situations where the last component of the URI is not the preferred
filename.
Here's how it works. Say we have the following URI:
http://oss.example.org/?get=software&ver=1.0
Both Busybox Wget and GNU Wget will save this with the filename:
?get=software&ver=1.0
To get around this, we could use cURL to save the file using the filename in the
HTTP response headers:
$ curl -JO "http://oss.example.org/?get=software&ver=1.0"
Or we could use this 'saveas' hack. Essentially, the original URI is converted
to read:
saveas-http://oss.example.org/?get=software&ver=1.0/software-1.0.tar.gz
In the download process, the 'saveas-' portion is removed, and the file is
downloaded from the original URI, but is saved with the filename being the last
component of the URI. In this case, it will be saved as 'software-1.0.tar.gz'.
It is designed so that it works with any protocol supported by abuild.
For example:
saveas-ftp://oss.example.org/?get=software&ver=1.0/software-1.0.tar.gz
Check it out and let me know what you think.
Thanks,
Matt
|
|
|
|
| |
we now fail if noarch is set wrong
|
| |
|
|
|
|
| |
We check if noarch is properly set
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some .so files have a rpath where to look for the needed .so. When tracing
package dependencies we also have a look there.
This should fix problem when the .so is not in standard location, /usr/lib
or /lib. (for example freeradius plugins)
While here we also reorganize things so we only call apk info --who-owns
once for each package instead of once for each needed .so. This should
speed up things when there are many needed .so files.
|
|
|
|
|
| |
- add arch to .PKGINFO
- exit with success if package is not in arch
|
| |
|
|
|
|
| |
see http://redmine.alpinelinux.org/issues/409
|
|
|
|
| |
some awk's does not understand -F "\ " and treats that as special space
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Those are needed when linking to the lib and not during runtime.
Having those in the -dev package makes it easier to allow different
versions of same libs to be installed side-by-side.
|
|
|
|
| |
based on patch from Andrew Manison. Thanks!
|
|
|
|
|
|
| |
and make sure those options are passed over when building recursively
Based on patch from Andrew Manison. Thanks!
|
| |
|
| |
|
|
|
|
| |
We want build the toolchain and build tools first
|
|
|
|
| |
we need strip all '<>=' chars not only last
|
|
|
|
| |
speeds up abuild -R a bit
|
|
|
|
| |
To avoid confusing with the /etc/apk/cache
|
|
|
|
| |
its needed for bumping pkgrel with sed and similar
|
|
|
|
| |
so we can do: APK=apk.static abuild ....
|
|
|
|
| |
we only enter dependencies dirs in same repo
|
|
|
|
|
| |
When building with crosscompile to bootstrap a new target it might
be handy to not include the dependencies etc.
|
| |
|
|
|
|
|
| |
This avoids confusion when abuild picks dependencies from testing
when building main.
|
| |
|
| |
|
|
|
|
|
| |
This option is normally used for bootstrapping a build env. Chances are big
that apk-tools is not around.
|
|
|
|
| |
to make life easier for volatile packages
|
| |
|
| |
|
|
|
|
| |
override with -F
|
| |
|
|
|
|
|
|
| |
We also make sure we source the APKBUILD when we are in the directory
holding the APKBUILD file. Some of the packages sources others
with relative references. (for example kernel 3rd party packages)
|
| |
|
|
|
|
|
| |
try keep code in abuild cleaner by moving out creation of new apkbuild
to separate script.
|
| |
|
|
|
|
|
| |
prepare is run before build(). this allows uses to do patching before
configuring and building in a separate step.
|
| |
|
|
|
|
|
|
| |
fakeroot seems do some kind of locking which kills performance on
multicores processors. We can run "make" and "make install" in 2 steps
with only hte latter in fakeroot.
|