alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2022-01-22T02:38:18Zhttps://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10676CI detection of circular dependencies2022-01-22T02:38:18ZAriadne Conillariadne@ariadne.spaceCI detection of circular dependenciesI have had to break a few circular dependencies recently. It would be nice if the CI scripts could detect these circular dependencies so they don't make it in to begin with...I have had to break a few circular dependencies recently. It would be nice if the CI scripts could detect these circular dependencies so they don't make it in to begin with...https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10677Add a static site for capative portals2020-03-21T11:10:23ZRasmus Thomsenoss@cogitri.devAdd a static site for capative portalsIt'd be nice if we hosted a TXT file somewhere with some recognisable string (e.g. "OK" or SUCCESS") like [Fedora does](https://fedoraproject.org/static/hotspot.txt). This site can be used with software like NetworkManager to check wheth...It'd be nice if we hosted a TXT file somewhere with some recognisable string (e.g. "OK" or SUCCESS") like [Fedora does](https://fedoraproject.org/static/hotspot.txt). This site can be used with software like NetworkManager to check whether a connection requires login (like most public WiFis do). This address is queried upon connecting to a network (to check if an immediate login is required) and then every so often (to check if the network requires you to log in again after some amount of time has passed) and is basically just a check if the site can be reached and outputs the desired result or if the user is redirected to some login page.
There have been some privacy concerns about this since the hoster of the website could collect the IPs that query the website, e.g. to count users. As such it'd make sense if we host this site since we're a trusted party already - users already query our servers to update repos etc.https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10680Cleanup of github repositories2020-04-19T12:26:53ZCarlo LandmeterCleanup of github repositorieswith #10675 underway we should think about cleaning up github.com/alpinelinux.
Currently it can be confusing for users which tools are used primarily for our development.
I think it would be best if we use the same policy as we have disc...with #10675 underway we should think about cleaning up github.com/alpinelinux.
Currently it can be confusing for users which tools are used primarily for our development.
I think it would be best if we use the same policy as we have discussed regarding git.a.o.
We choose to only sync/mirror our base tools like aport/abuild/apk-tools and similar.
The rest of the projects we can remove or set as discontinued whichever is prefered.
Currently the majority of the github projects are synced by jirutka's `git-mirror-syncd` sync tool.
I guess it makes sense to start syncing from GitLab ones we moved projects from git.a.o to GitLab.
I made the projects a task list so they can be selected which should be moved and or deleted/archived.
## Github projects
* [ ] aports
* [ ] alpine-mksite
* [ ] docker-alpine
* [ ] apk-tools
* [ ] alpine-docker-gitlab
* [ ] aports-turbo
* [ ] abuild
* [ ] build-server-status
* [ ] alpine-chroot-install
* [ ] awall
* [ ] ca-certificates
* [ ] alpine-secdb
* [ ] docker-abuild
* [ ] mkinitfs
* [ ] alpine-make-rootfs
* [ ] alpine-make-vm-image
* [ ] alpine-conf
* [ ] turbo-paste
* [ ] alpine-drone-ci
* [ ] lua-aports
* [ ] alpine-mirror-status
* [ ] alpine-iso
* [ ] alpine-netboot
* [ ] alpine-backup
* [ ] alpine-wiki
* [ ] alpine-baselayout
* [ ] alpine_bootstrap
* [ ] linux-stable-grsec
## Github mirrored projects by git-mirror-syncd
* aports
* abuild
* apk-tools
* alpine-backup
* alpine-baselayout
* alpine-conf
* alpine-drone-ci
* alpine-iso
* alpine-mirror-status
* alpine-mksite
* alpine-netboot
* awall
* ca-certificates
* docker-abuild
* linux-stable-grsec
* lua-aports
* mkinitfsCarlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10722Support for Optional Dependencies2024-01-21T09:12:24ZBenSupport for Optional DependenciesSome software has dependencies that are not strictly required for core operation, but add functionality. It would be helpful if there was a way to represent this in APKs, notify the user of these during installation, and allow the user t...Some software has dependencies that are not strictly required for core operation, but add functionality. It would be helpful if there was a way to represent this in APKs, notify the user of these during installation, and allow the user to install them as well when the -i flag is provided.backloghttps://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10682Aports pipeline check against release-monitoring.org2022-08-18T16:20:12ZTBKAports pipeline check against release-monitoring.orgWould it be possible to add to the CI pipeline a validation step checking if the aport is monitored by Anitya (https://release-monitoring.org/) ?
https://release-monitoring.org/static/docs/api.html
The goal is to get better coverage wh...Would it be possible to add to the CI pipeline a validation step checking if the aport is monitored by Anitya (https://release-monitoring.org/) ?
https://release-monitoring.org/static/docs/api.html
The goal is to get better coverage which hopefully will resulting in faster upgrades by the maintainer.https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10688Signature files missing for most netboot images2021-07-28T07:23:02ZChristian KohlschütterSignature files missing for most netboot imagesMost Alpine netboot images cannot be verified by alpine-ipxe because the corresponding .sig files (e.g., vmlinuz-vanilla.sig) are missing for most versions.
There are signatures available for _some_ versions (see https://boot.alpinelinu...Most Alpine netboot images cannot be verified by alpine-ipxe because the corresponding .sig files (e.g., vmlinuz-vanilla.sig) are missing for most versions.
There are signatures available for _some_ versions (see https://boot.alpinelinux.org/sig/), so the code signing verification in https://boot.alpinelinux.org/boot.ipxe may or may not work, depending on what version you try.
I understand that it's sometimes recommended to re-sign these images ourselves, and to use a custom-compiled version of iPXE with the corresponding root certificate, however this may not always be feasible or desired.
As a first step, I suggest to automatically include these .sig files upon releasing a version and deploy them to all mirror servers (e.g., http://dl-cdn.alpinelinux.org/) and the netboot tarballs on the website. This may also allow other uses of verification, outside the iPXE use case.https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10690Contributors should be able to remove S-requested-changes label2020-05-17T13:33:58ZKonstantin KulikovContributors should be able to remove S-requested-changes labelDevs ask contributors to make changes in MR and add S-requested-changes label.
They push updates, but the label stays and MR sometimes gets forgotten.
Contributors should be able to remove that label themselves, instead of pinging devs ...Devs ask contributors to make changes in MR and add S-requested-changes label.
They push updates, but the label stays and MR sometimes gets forgotten.
Contributors should be able to remove that label themselves, instead of pinging devs directly.https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10732apk policy: add feature to hold/pin packages2022-12-21T19:37:22ZJ0WIapk policy: add feature to hold/pin packagesI'd like to prevent apk from installing or upgrading specific packages.
Use cases are preventing apk from overriding custom builds or prevent a specific broken update while others keep updating.I'd like to prevent apk from installing or upgrading specific packages.
Use cases are preventing apk from overriding custom builds or prevent a specific broken update while others keep updating.v3.1https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10735"No error information" when installing packages built on edge/3.132021-01-24T20:41:21ZRasmus Thomsenoss@cogitri.dev"No error information" when installing packages built on edge/3.13See e.g. https://gitlab.alpinelinux.org/alpine/aports/-/issues/12296#note_137729
Seems to be reproducible on all systems. At least the error message should be better imhoSee e.g. https://gitlab.alpinelinux.org/alpine/aports/-/issues/12296#note_137729
Seems to be reproducible on all systems. At least the error message should be better imhohttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10739Split fetch I/O into separate process2022-12-21T19:37:22ZAriadne Conillariadne@ariadne.spaceSplit fetch I/O into separate processIn the beginning, we used to use a separate process for fetches.
I think it would be nice to reimplement this in a way similar to `apt`, where there would be `/lib/apk/methods/http` and so on.
It would also be nice to drop root privile...In the beginning, we used to use a separate process for fetches.
I think it would be nice to reimplement this in a way similar to `apt`, where there would be `/lib/apk/methods/http` and so on.
It would also be nice to drop root privileges when fetching.v3.1https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10699migrate away from lists.a.o SourceHut implementation2020-08-05T08:56:01ZCarlo Landmetermigrate away from lists.a.o SourceHut implementationlists.a.o is no longer maintained according to the current maintainer.
/cc @kdaudtlists.a.o is no longer maintained according to the current maintainer.
/cc @kdaudtCarlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10740adbdump produces invalid YAML2022-12-21T19:37:21ZAriadne Conillariadne@ariadne.spaceadbdump produces invalid YAMLThe YAML generated by `adbdump` applet does not generate YAML which validates when processed with `yq`.
For example, `./src/apk adbdump ./installed.adb | yq e '.packages[0]'` generates a document which fails validation if coreutils is i...The YAML generated by `adbdump` applet does not generate YAML which validates when processed with `yq`.
For example, `./src/apk adbdump ./installed.adb | yq e '.packages[0]'` generates a document which fails validation if coreutils is installed due to `/usr/bin/[`.
This is probably something @fabled is already aware of, but I figure opening a bug about it is better than not.v3.1https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10743lbu commit fails storing correct permissions on lbu include directories2022-08-02T19:17:39Zmacmpilbu commit fails storing correct permissions on lbu include directoriesI'm running Alpine 3.13 on disk-less setup and installed mpd.\
I need to save/restore some music files within `/var/lib/mpd/music`\
`/var/lib/mpd/music` is created at mpd install with mpd:audio\
If I add a file root:root as `/var/lib/mpd...I'm running Alpine 3.13 on disk-less setup and installed mpd.\
I need to save/restore some music files within `/var/lib/mpd/music`\
`/var/lib/mpd/music` is created at mpd install with mpd:audio\
If I add a file root:root as `/var/lib/mpd/music/test` and then `lbu include /var/lib/mpd/music/test` and `lbu commit -d`, then at reboot `/var/lib/mpd` and `/var/lib/mpd/music` become root:root and original permissions are altered.
Any suggested workaround?
Note: this looks similar to older issue https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/1241https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10744Cryptographic module abstraction2022-12-21T19:37:21ZAriadne Conillariadne@ariadne.spaceCryptographic module abstractionAt present, apk-tools makes direct use of libcrypto to do signature verification, signing, etc.
It would be nice to factor this out so that we can eventually drop the libcrypto dependency with something better.
Similarly, it would be n...At present, apk-tools makes direct use of libcrypto to do signature verification, signing, etc.
It would be nice to factor this out so that we can eventually drop the libcrypto dependency with something better.
Similarly, it would be nice to replace our use of libssl with libtls in our libfetch fork, for the same reason: multiple libtls implementations exist, and we can just use whatever one we want (for now, libtls-standalone, but later perhaps libtls-bearssl instead.)v3.1https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10710add interwiki link for arch linux2021-01-19T18:49:25ZAlex Xu (Hello71)add interwiki link for arch linux90% of alpine wiki just duplicates arch wiki but out-of-date. let's just link to them where appropriate.90% of alpine wiki just duplicates arch wiki but out-of-date. let's just link to them where appropriate.https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10712Migrate https://github.com/alpinelinux/docker-alpine to GitLab2021-11-12T17:31:42ZTBKMigrate https://github.com/alpinelinux/docker-alpine to GitLabAfter migration please update the project description with a link to gitlab and use the archive feature to block new issues/PR from being created.After migration please update the project description with a link to gitlab and use the archive feature to block new issues/PR from being created.https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10714Backport bot2021-05-26T22:16:22ZJ0WIBackport botWould be great to have a bot (similar to [this](https://github.com/rullzer/backportbot)) to create backport MRs from GitLab comments.Would be great to have a bot (similar to [this](https://github.com/rullzer/backportbot)) to create backport MRs from GitLab comments.https://gitlab.alpinelinux.org/alpine/aports/-/issues/625have autobuilders use chrooted builds2023-05-09T14:24:15ZNatanael Copahave autobuilders use chrooted buildsThe autobuilders should build packages in chroots. We could fix buildlab
for this.
*(from redmine: issue id 625, created on 2011-05-05)*
* Relations:
* blocks #801The autobuilders should build packages in chroots. We could fix buildlab
for this.
*(from redmine: issue id 625, created on 2011-05-05)*
* Relations:
* blocks #8013.19.0Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/3161[Package Request] xmonad2021-04-01T21:02:43ZEdward Seong[Package Request] xmonadI would like to request xmonad for Alpine Linux, it is one of the most
prominent window managers out there.
Thank you.
*(from redmine: issue id 3161, created on 2014-07-13)*
* Relations:
* blocks #4257I would like to request xmonad for Alpine Linux, it is one of the most
prominent window managers out there.
Thank you.
*(from redmine: issue id 3161, created on 2014-07-13)*
* Relations:
* blocks #4257https://gitlab.alpinelinux.org/alpine/aports/-/issues/3439Feature request for setup-disk to provide option for separate /var partition ...2021-08-30T19:20:33ZChris SpillaneFeature request for setup-disk to provide option for separate /var partition for 'sys' installation typeAs a huge fan of the alpine setup scripts to minimize administrative
overhead when building a new server, it would be beneficial for the
setup-disk script to add the option for a separate /var partition to be
created. This saves having t...As a huge fan of the alpine setup scripts to minimize administrative
overhead when building a new server, it would be beneficial for the
setup-disk script to add the option for a separate /var partition to be
created. This saves having to manually partition the disk before running
setup-disk /path/to/root.
Currently, a separate /var partition is only created when using the
‘data’ install type.
As always, please advise if I can be of further assistance!
*(from redmine: issue id 3439, created on 2014-10-16)*