abuild issueshttps://gitlab.alpinelinux.org/alpine/abuild/-/issues2024-03-24T16:17:48Zhttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/9016Support GnuPG public keys as an alternative to checksums2024-03-24T16:17:48ZalgitbotSupport GnuPG public keys as an alternative to checksumsSigned packages provide more security than checksums, e.g. in the case
of corrupt mirrors or download sites.
The private key is only owned by the devs or release managers. All users
can use the well known public key to verify their dow...Signed packages provide more security than checksums, e.g. in the case
of corrupt mirrors or download sites.
The private key is only owned by the devs or release managers. All users
can use the well known public key to verify their downloads. As an
additional feature, the key can be fetched from keyservers, so
corrupt/revoked keys will throw an error.
e.g. in the case of nginx:
Fetch B0F4253373F8F6F510D42178520A9993A1C052F8 in the APKBUILD and fetch
the \*.asc together with the tarball/signed git tag.
*(from redmine: issue id 9016, created on 2018-06-16)*https://gitlab.alpinelinux.org/alpine/abuild/-/issues/8431LVM + LUKS setup2020-03-23T13:46:43ZalgitbotLVM + LUKS setupHi,
can you please consider addition of LUKS to setup-disk script and in
fact automate all those steps:
https://wiki.alpinelinux.org/wiki/LVM\_on\_LUKS
This is my typical setup of every server and would make my installation
much easi...Hi,
can you please consider addition of LUKS to setup-disk script and in
fact automate all those steps:
https://wiki.alpinelinux.org/wiki/LVM\_on\_LUKS
This is my typical setup of every server and would make my installation
much easier.
Thank you!
Martin
*(from redmine: issue id 8431, created on 2018-01-27)*https://gitlab.alpinelinux.org/alpine/abuild/-/issues/5999Provide updates in separately2019-07-14T07:28:23ZV KrishnProvide updates in separatelyPlease provide updates in separately for stable/versioned releases.
There a couple of ways of doing this.
I am outlining one that seems simpler than others.
Applies to versioned/stable releases only (not edge)
eg v3.5 builders
to...Please provide updates in separately for stable/versioned releases.
There a couple of ways of doing this.
I am outlining one that seems simpler than others.
Applies to versioned/stable releases only (not edge)
eg v3.5 builders
to what I know if /home/<bulldozer>/packages/…files… are cleaned after
initial release eg.3.5
then providing future updates can be done in following method.
1.
a. make release v3.5
b. move /home/<bulldozer>/packages/…files… to appropriate nl.a.o
c. freeze folder nl.a.o/v3.5/<main|community>
d. delete /home/<bulldozer>/packages/…files…
e. change the upload path in scripts to “nl.a.o/v3.5/updates/v3.5.1”
f. add nl.a.o/v3.5/updates/v3.5.1 to /etc/apk/repositories ( or which
ever base its using ), not needed if still syncing with edge.
g. \`apk update\`
2.
a. create folder nl.a.o/v3.5/updates/v3.5.1/<main|community>
b. for all builds before tagging v3.5.1 push all
/home/<bulldozer>/packages/…files… to appropriate
nl.a.o/v3.5/updates/v3.5.1/
c. freeze folder nl.a.o/v3.5/updates/v3.5.1 after tagging.
3.
a. change the upload path in scripts to “nl.a.o/v3.5/updates/v3.5.2”
b. add nl.a.o/v3.5/updates/v3.5.2 to /etc/apk/repositories
b. repeat …
*(from redmine: issue id 5999, created on 2016-08-03)*https://gitlab.alpinelinux.org/alpine/abuild/-/issues/5408abuild-sudo: make error msg "Not a member of group abuild" more clear (patch ...2019-07-14T07:27:09ZJakub Jirutkaabuild-sudo: make error msg "Not a member of group abuild" more clear (patch included)Few days ago some user on IRC pointed out that the current error
message:
abuild-apk: Not a member of group abuild
is confusing. He was trying to build a package using abuild -r and
didn’t know what this message means.
—
I’m not a...Few days ago some user on IRC pointed out that the current error
message:
abuild-apk: Not a member of group abuild
is confusing. He was trying to build a package using abuild -r and
didn’t know what this message means.
—
I’m not a C programmer, so please double check that my patch is correct!
*(from redmine: issue id 5408, created on 2016-04-12, closed on 2017-05-22)*
* Changesets:
* Revision 5487632f300d7109c47b1021d57f02e269ed17e8 by Jakub Jirutka on 2016-04-14T11:52:36Z:
```
abuild-sudo: make error msg "Not a member of group abuild" more clear
Few days ago some user on IRC pointed out that the current error message:
abuild-apk: Not a member of group abuild
is confusing. He was trying to build a package using abuild -r and
didn't know what this message means.
fixes #5408
```
* Uploads:
* [0001-abuild-sudo-error-msg.patch](/uploads/61e965e6ccc0c35ecced52feb11867f5/0001-abuild-sudo-error-msg.patch)Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/4985udev replacement2019-07-14T07:26:16ZSören Tempeludev replacementAs discussed on
[alpine-devel](http://lists.alpinelinux.org/alpine-devel/4958.html) last
year it would be nice to replace udev with some smaller in the next
major release. By default we still use mdev these days, but you can’t
run Xorg w...As discussed on
[alpine-devel](http://lists.alpinelinux.org/alpine-devel/4958.html) last
year it would be nice to replace udev with some smaller in the next
major release. By default we still use mdev these days, but you can’t
run Xorg with mdev out of the box currently. The
[setup-xorg-base](http://git.alpinelinux.org/cgit/alpine-conf/tree/setup-xorg-base.in)
script automatically replaces the mdev service with udev.
I would appreciate it if we would switch to one of the udev alternatives
discussed on the ML.
*(from redmine: issue id 4985, created on 2016-01-03, closed on 2017-05-25)*https://gitlab.alpinelinux.org/alpine/abuild/-/issues/4984Make more use of xz compression2020-09-05T12:35:08ZSören TempelMake more use of xz compressionAlpine has always been optimized for size, in order to reach small file
sizes compression is used here and there. Currently the gzip compression
algorithm is used for many things including:
- man pages
- the initramfs
- apk packag...Alpine has always been optimized for size, in order to reach small file
sizes compression is used here and there. Currently the gzip compression
algorithm is used for many things including:
- man pages
- the initramfs
- apk packages
- …
Many of these things can be compressed with xz these days. xz
compression has proven to be more space efficient than gzip compression
and in my opinion it would a good idea to use xz instead of gzip
compression for some of the things listed above. Doing so would have
many advantages for instance (among other things) it could result in an
even smaller base system.
*(from redmine: issue id 4984, created on 2016-01-03, closed on 2019-06-19)*https://gitlab.alpinelinux.org/alpine/abuild/-/issues/3072man-page compression2019-07-14T07:22:49ZEivind Uggedalman-page compressionSee the attached patch.
*(from redmine: issue id 3072, created on 2014-06-21, closed on 2015-12-09)*
* Uploads:
* [man-compress.patch](/uploads/3a017368cbe1c9daaad1c31a6ccb2113/man-compress.patch)See the attached patch.
*(from redmine: issue id 3072, created on 2014-06-21, closed on 2015-12-09)*
* Uploads:
* [man-compress.patch](/uploads/3a017368cbe1c9daaad1c31a6ccb2113/man-compress.patch)https://gitlab.alpinelinux.org/alpine/abuild/-/issues/2262improve abuild for building world on new targets2019-07-14T07:21:18ZTimo Teräsimprove abuild for building world on new targetswould be nice if could be run so that:
- tries to build all packages
- keeps per-package build log
- if fails, it touches some stamp file and does not re-attempt until it
is deleted
- if some makedependency has failed to build, i...would be nice if could be run so that:
- tries to build all packages
- keeps per-package build log
- if fails, it touches some stamp file and does not re-attempt until it
is deleted
- if some makedependency has failed to build, it would skip that package
helps to build world to new targets and diagnose what went wrong
per-pkg.
*(from redmine: issue id 2262, created on 2013-09-27, closed on 2014-05-30)*
* Relations:
* relates #811Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/1537Add git/svn snapshot option to abuild2019-07-14T07:19:54ZCarlo LandmeterAdd git/svn snapshot option to abuildFor easier creating snapshot and proper versioning.
*(from redmine: issue id 1537, created on 2013-01-08, closed on 2013-05-07)*
* Changesets:
* Revision 3ac1b1294ac5881215add450ea5f346d9d234023 by Carlo Landmeter on 2013-01-08T00:4...For easier creating snapshot and proper versioning.
*(from redmine: issue id 1537, created on 2013-01-08, closed on 2013-05-07)*
* Changesets:
* Revision 3ac1b1294ac5881215add450ea5f346d9d234023 by Carlo Landmeter on 2013-01-08T00:45:53Z:
```
abuild: add git/svn snapshot hook
ref #1537
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/1477abuild should check for length of pkgdesc2019-07-14T07:19:47ZNatanael Copaabuild should check for length of pkgdescIf pkgdesc is insanely long, apk index will go nuts. We should check
that pkgdesc is not too long. We put a limit on 128 chars?
*(from redmine: issue id 1477, created on 2012-11-22, closed on 2013-02-08)*
* Relations:
* relates #147...If pkgdesc is insanely long, apk index will go nuts. We should check
that pkgdesc is not too long. We put a limit on 128 chars?
*(from redmine: issue id 1477, created on 2012-11-22, closed on 2013-02-08)*
* Relations:
* relates #1476
* Changesets:
* Revision 36a55af4a055de21ae36e45368b2d2f8a1fcb17a by Natanael Copa on 2013-02-07T15:54:59Z:
```
abuild: verify pkgdesc length
fixes #1477
```https://gitlab.alpinelinux.org/alpine/abuild/-/issues/873download locking2019-07-14T07:18:38ZNatanael Copadownload lockingthe various build servers share the distfiles download area. This might
cause a race condition when different build servers tries to download
same file at the same time. We should implement some kind of locking.
Note that we have .part ...the various build servers share the distfiles download area. This might
cause a race condition when different build servers tries to download
same file at the same time. We should implement some kind of locking.
Note that we have .part files for partial downloads. Those are kept even
if download fails so it can be possible to continue a previously failed
download. We need a .lock file in addition.
*(from redmine: issue id 873, created on 2011-12-14, closed on 2012-03-08)*
* Changesets:
* Revision 01bab6e26d8c2da615cad18003d1ae31a4fb1672 by Natanael Copa on 2012-01-20T08:22:06Z:
```
abuild: implement locking of downloaded files
We need locking Since the build servers use a shared download dir
and multiple vservers might want download same file at same time.
fixes #873
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/872helper fuctions for making git snapshots2019-07-14T07:18:37ZNatanael Copahelper fuctions for making git snapshotsMore and more project goes for git only releases. We should make some
helper functions to abuild or make a separate tool to help make git
snapshots.
Some ideas:
- the snapshot date should be the date of the last commit, not the
d...More and more project goes for git only releases. We should make some
helper functions to abuild or make a separate tool to help make git
snapshots.
Some ideas:
- the snapshot date should be the date of the last commit, not the
date the snapshot was made
- support for tags
- standard location to scp upload the snapshot where alpine devs have
write access (on git.a.o?)
*(from redmine: issue id 872, created on 2011-12-14, closed on 2012-05-07)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/811abuild should keep build logs2019-07-14T07:21:18ZNatanael Copaabuild should keep build logswould be nice to have build log
Not sure if we need by default but it would be nice with a —log option
or similar for the autobuilders.
I’m open for ideas on the strategy.
*(from redmine: issue id 811, created on 2011-11-11, closed o...would be nice to have build log
Not sure if we need by default but it would be nice with a —log option
or similar for the autobuilders.
I’m open for ideas on the strategy.
*(from redmine: issue id 811, created on 2011-11-11, closed on 2015-12-09)*
* Relations:
* relates #2262Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/112An option to skip all dependency checks2019-07-14T07:17:11ZMark ConstableAn option to skip all dependency checksAbuild needs an option that allows building a single package without
dependency checks to facilitate bootstrapping a new environment.
Something like Arclinuxs’…
makepkg -d, —nodeps Skip all dependency checks
would be great.
*(from r...Abuild needs an option that allows building a single package without
dependency checks to facilitate bootstrapping a new environment.
Something like Arclinuxs’…
makepkg -d, —nodeps Skip all dependency checks
would be great.
*(from redmine: issue id 112, created on 2009-08-03, closed on 2009-08-04)*
* Changesets:
* Revision e8e42874675e17dac966d236a90c79afc1be7ec5 on 2009-08-03T13:09:58Z:
```
main/abuild: upgrade to 2.0_rc4
This includes -d for disabling the dependency check
fixes #112
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/55automatic versioned dependencies2019-07-14T07:17:03ZTimo Teräsautomatic versioned dependenciesMake the automatically generated dependencies versioned. E.g. when
binary depends on .so, check the package name and version providing the
binary. And make the dependency “name&gt;=version”. Alternatively the
package might want to provid...Make the automatically generated dependencies versioned. E.g. when
binary depends on .so, check the package name and version providing the
binary. And make the dependency “name>=version”. Alternatively the
package might want to provide oldest compatible version information, so
e.g. uclibc <s>r0</s>>-r1 does not affect minimum version
requirement for in rebuilds.
*(from redmine: issue id 55, created on 2009-06-25, closed on 2013-02-15)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/20mkinitramfs script2019-07-14T07:16:57ZNatanael Copamkinitramfs scriptWhen installing the kernel and kernel modules to disk you will need an
mkinitramfs to generate the initrd image. This is also needed to be able
to use homemade kernels.
*(from redmine: issue id 20, created on 2009-03-27, closed on 2009...When installing the kernel and kernel modules to disk you will need an
mkinitramfs to generate the initrd image. This is also needed to be able
to use homemade kernels.
*(from redmine: issue id 20, created on 2009-03-27, closed on 2009-06-23)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/11https support for abuild2019-07-14T07:16:55ZCarlo Landmeterhttps support for abuildSome projects only provide https source. Can we depend on real wget (not
busybox) which supports https.
*(from redmine: issue id 11, created on 2009-03-18, closed on 2009-06-23)*
* Changesets:
* Revision 3d2c54f6d8682a88c1cb38a45d37...Some projects only provide https source. Can we depend on real wget (not
busybox) which supports https.
*(from redmine: issue id 11, created on 2009-03-18, closed on 2009-06-23)*
* Changesets:
* Revision 3d2c54f6d8682a88c1cb38a45d37d4d2ac8817b5 on 2009-03-26T09:13:46Z:
```
abuild: add support for https
check if wget is in makedepends.
fixes #11
```Natanael CopaNatanael Copa