aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2024-03-03T20:11:35Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15827[RFC] Disabling "thought-provoking stories" on Firefox new tab2024-03-03T20:11:35ZPatrycja Rosaalpine@ptrcnull.me[RFC] Disabling "thought-provoking stories" on Firefox new tabFirefox 125.0 seems to introduce "exceptional content curated by the Firefox family" on the new tab:
![image](/uploads/201e5b78b8466e7fa0e0c29ba35086ea/image.png)
should Alpine disable those by default in the vendor preferences? the `a...Firefox 125.0 seems to introduce "exceptional content curated by the Firefox family" on the new tab:
![image](/uploads/201e5b78b8466e7fa0e0c29ba35086ea/image.png)
should Alpine disable those by default in the vendor preferences? the `about:config` key responsible for this ( `browser.newtabpage.activity-stream.feeds.section.topstories` ) is also exposed as a checkbox in preferences, so a user would be able to enable them as such:
![image](/uploads/ac55ba47ef3bbe4474051dc64e30052d/image.png)https://gitlab.alpinelinux.org/alpine/aports/-/issues/13068Should Alpine drop official branding for Firefox?2023-11-21T22:38:18ZAriadne Conillariadne@ariadne.spaceShould Alpine drop official branding for Firefox?The newest version of Firefox now enables advertisements in the address bar if compiled with official branding.
My understanding is that disabling this functionality by default may leave us in breach of the Mozilla trademark policy.
I ...The newest version of Firefox now enables advertisements in the address bar if compiled with official branding.
My understanding is that disabling this functionality by default may leave us in breach of the Mozilla trademark policy.
I think we should want to disable this functionality (and probably also Pocket in general) since it has gotten to this level of aggressiveness, but I don't see a path forward that allows us to legally do so without dropping the official branding.
What do we think?Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12763Conflicting files while installing libressl on Alpine 3.142021-08-05T11:08:50ZTinxConflicting files while installing libressl on Alpine 3.14When installing `libressl` on Alpine 3.14 there are two file conflicts of subpackages:
```
/ # apk --update --no-cache add libressl
fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpin...When installing `libressl` on Alpine 3.14 there are two file conflicts of subpackages:
```
/ # apk --update --no-cache add libressl
fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/community/x86_64/APKINDEX.tar.gz
(1/4) Installing libressl3.3-libcrypto (3.3.3-r0)
(2/4) Installing libressl3.3-libssl (3.3.3-r0)
(3/4) Installing libressl3.3-libtls (3.3.3-r0)
ERROR: libressl3.3-libtls-3.3.3-r0: trying to overwrite usr/lib/libtls.so.20 owned by libretls-3.3.3-r0.
ERROR: libressl3.3-libtls-3.3.3-r0: trying to overwrite usr/lib/libtls.so.20.0.3 owned by libretls-3.3.3-r0.
(4/4) Installing libressl (3.3.3-r0)
Executing busybox-1.33.1-r2.trigger
1 error; 10 MiB in 18 packages
```3.14.1https://gitlab.alpinelinux.org/alpine/aports/-/issues/12167RISC-V port upstream planning2021-12-06T15:54:20ZDrew DeVaultRISC-V port upstream planningSetting aside this ticket to manage plans for upstreaming my RISC-V port of Alpine Linux.
## Links
- [WIP aports tree](https://git.sr.ht/~sircmpwn/aports-riscv64)
- [riscv64 package repository](https://mirror.drewdevault.com/alpine/edg...Setting aside this ticket to manage plans for upstreaming my RISC-V port of Alpine Linux.
## Links
- [WIP aports tree](https://git.sr.ht/~sircmpwn/aports-riscv64)
- [riscv64 package repository](https://mirror.drewdevault.com/alpine/edge/main/riscv64/) ([signing key](https://mirror.drewdevault.com/alpine/edge/sircmpwn-25.rsa.pub))
The package repository is entirely natively built. I have a separate repository for the cross-compiled bootstrap packages, but I am working on rebuilding everything natively.
## Pulls
- https://gitlab.alpinelinux.org/alpine/abuild/-/merge_requests/76
- https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/16361
## Testing the port
**qemu**
TODO: Blocked on kernel & u-boot packages
**HiFive Unleashed**
TODO: Blocked on kernel & u-boot packages
**HiFive Unmatched**
TODO: Hardware on order
## Blockers
1. Natively build the bootstrap packages.
2. Rebase and address porting issues, see FIXME and DROPME commits.
3. Prepare aports pulls upstreaming riscv64 fixes.
4. u-boot and kernel packages, initramfs.
5. Write release scripts and produce a convenient install package.
6. Set up a builder? Finish building main & community, address issues as they come?
I have a RISC-V board which I am willing to devote to Alpine's use, for devs to have shell access to and as a builder.
## Comments
- The gcc cross compiler built by bootstrap.sh will likely have issues with libatomic for anyone who tries to use it, especially for building LLVM. It should work if you use the hosted build.https://gitlab.alpinelinux.org/alpine/aports/-/issues/9074Aports contributions - license & copyright?2023-11-20T18:31:34ZTBKAports contributions - license & copyright?The question was brought up with this PR -
https://github.com/alpinelinux/aports/pull/4490/files and has also
previously been touched in https://bugs.alpinelinux.org/issues/7423
The https://git.alpinelinux.org/cgit/aports/tree/README.md...The question was brought up with this PR -
https://github.com/alpinelinux/aports/pull/4490/files and has also
previously been touched in https://bugs.alpinelinux.org/issues/7423
The https://git.alpinelinux.org/cgit/aports/tree/README.md file nor is
there another file mentioning it in the git repo.
and I have searched the sites and wiki and can not find the answer.
So I have the following questions:
- Which license are the aports themselves (APKBUILD, pre, post…)
under?
- Who are the copyright holders (the contributor or given to the
project)?
- Should AL have a CLA
(https://en.wikipedia.org/wiki/Contributor\_License\_Agreement)?
*(from redmine: issue id 9074, created on 2018-07-11)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13269Tracking issue for official riscv64 support2024-03-12T19:59:34ZSören TempelTracking issue for official riscv64 supportIt would be nice to have official riscv64 support for the upcoming ~~3.16~~ ~~3.17~~ 3.18 release of Alpine Linux. From my point of view, there are a few issues that should be addressed within the upcoming development cycle to offer offi...It would be nice to have official riscv64 support for the upcoming ~~3.16~~ ~~3.17~~ 3.18 release of Alpine Linux. From my point of view, there are a few issues that should be addressed within the upcoming development cycle to offer official support for the riscv64 architecture. This issue serves as a tracking issue to track the overall status of Alpine riscv64 support.
* [x] #12985: Boostrap rustc for riscv64. Currently, a lot of packages are disabled due to lack of rustc. I would personally argue that would be beneficial to add support for `riscv64` to `community/rust` before supporting the architecture officially given the vast amount of packages that depend on rust.
* *Rust support for riscv64 is kind of wonky at the moment*
* [ ] #13267: Don't build riscv64 packages with `options="!check"` globally. This seems to be a formal requirement set forth by the TSC for official architecture support in a `-stable` branch [\[0\]][0]. This will likely require real riscv64 hardware for the builders.
* [x] https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10738: It would be nice to have continuous integration support for riscv64 in GitLab since this allows us to detect riscv64 build issues on package upgrades/modifications early.
* We have optional CI support nowadays
* [ ] Determine what kind of installation media we want to provide for riscv64. @ddevault has been working on having
U-Boot bootstrap UEFI into grub (cb053f3506f9486d41a9c5744e07116ccc6cbaa1) on the Unmatched. Additionally it might be nice to provide an APKVOL image (similar the "Generic ARM" image) for RISC-V (see #12976). I believe @clandmeter was also working on such an image.
People which have RISC-V hardware and might be interested in official riscv64 support: @ariadne, @rvs, @clandmeter, @ddevault.
Might be useful to also create a riscv64 team?
<!--
* [ ] Regarding the Unmatched, it would also be useful to support installation of U-Boot to the SPI Flash in the `update-u-boot` script (see #13268)
-->
[0]: https://gitlab.alpinelinux.org/alpine/tsc/-/blob/master/minutes/2021-11-09.md#stable-releases-for-riscv64https://gitlab.alpinelinux.org/alpine/aports/-/issues/12406ERROR: busybox-1.32.1-r2.trigger: script exited with error 1 on alpine:3.13.12021-08-31T21:48:01ZFabian NeugartERROR: busybox-1.32.1-r2.trigger: script exited with error 1 on alpine:3.13.1Hey!
I'm trying to build a docker image for armv7 with [GitHub actions](https://github.com/neugartf/mautrix-telegram/actions/runs/546400737/workflow) from `alpine:3.13.1`, which fails with the following error:
```
#5 21.67 (148/148) Inst...Hey!
I'm trying to build a docker image for armv7 with [GitHub actions](https://github.com/neugartf/mautrix-telegram/actions/runs/546400737/workflow) from `alpine:3.13.1`, which fails with the following error:
```
#5 21.67 (148/148) Installing yq (3.4.1-r0)
#5 22.02 Executing busybox-1.32.1-r2.trigger
#5 22.02 ERROR: busybox-1.32.1-r2.trigger: script exited with error 1
#5 22.02 Executing ca-certificates-20191127-r5.trigger
#5 22.04 /bin/sh: can't open 'trigger': No such file or directory
#5 22.04 ERROR: ca-certificates-20191127-r5.trigger: script exited with error 2
#5 22.06 1 error; 227 MiB in 162 packages
#5 ERROR: executor failed running [/dev/.buildkit_qemu_emulator /bin/sh -c apk add --no-cache python3 py3-pip py3-setuptools py3-wheel py3-virtualenv py3-pillow py3-aiohttp py3-magic py3-sqlalchemy py3-telethon-session-sqlalchemy py3-alembic py3-psycopg2 py3-ruamel.yaml py3-commonmark py3-idna py3-decorator py3-tqdm py3-requests py3-numpy py3-pysocks py3-cffi py3-qrcode py3-brotli ffmpeg ca-certificates su-exec netcat-openbsd olm-dev py3-pycryptodome py3-unpaddedbase64 py3-future bash curl jq yq]: exit code: 1
```
<p>
<details>
<summary>Dockerfile</summary>
<pre><code>FROM alpine:3.13.1
RUN apk add --no-cache \
python3 py3-pip py3-setuptools py3-wheel \
py3-virtualenv \
py3-pillow \
py3-aiohttp \
py3-magic \
py3-sqlalchemy \
py3-telethon-session-sqlalchemy \
py3-alembic \
py3-psycopg2 \
py3-ruamel.yaml \
py3-commonmark \
# Indirect dependencies
py3-idna \
#moviepy
py3-decorator \
py3-tqdm \
py3-requests \
#imageio
py3-numpy \
#py3-telethon@edge \ (outdated)
# Optional for socks proxies
py3-pysocks \
# cryptg
py3-cffi \
py3-qrcode \
py3-brotli \
# Other dependencies
ffmpeg \
ca-certificates \
su-exec \
netcat-openbsd \
# encryption
olm-dev \
py3-pycryptodome \
py3-unpaddedbase64 \
py3-future \
bash \
curl \
jq \
yq
COPY requirements.txt /opt/mautrix-telegram/requirements.txt
COPY optional-requirements.txt /opt/mautrix-telegram/optional-requirements.txt
WORKDIR /opt/mautrix-telegram
RUN apk add --virtual .build-deps \
python3-dev \
libffi-dev \
build-base \
&& sed -Ei 's/psycopg2-binary.+//' optional-requirements.txt \
&& pip3 install -r requirements.txt -r optional-requirements.txt \
&& apk del .build-deps
COPY . /opt/mautrix-telegram
RUN apk add git && pip3 install .[speedups,hq_thumbnails,metrics,e2be] && apk del git \
# This doesn't make the image smaller, but it's needed so that the `version` command works properly
&& cp mautrix_telegram/example-config.yaml . && rm -rf mautrix_telegram
VOLUME /data
ENV UID=1337 GID=1337 \
FFMPEG_BINARY=/usr/bin/ffmpeg
CMD ["/opt/mautrix-telegram/docker-run.sh"]</code></pre>
</details>
</p>
Any ideas how to fix this?
Thanks!https://gitlab.alpinelinux.org/alpine/aports/-/issues/14169gcc-cross2023-12-08T12:42:44ZDrew DeVaultgcc-crossOpening an issue just to mark that this is desirable to add at some point. Such a package is a bit more intimidating than binutils-cross, but also useful.
Aside: might be nice to write a sysroot manager tool that apk add's packages for ...Opening an issue just to mark that this is desirable to add at some point. Such a package is a bit more intimidating than binutils-cross, but also useful.
Aside: might be nice to write a sysroot manager tool that apk add's packages for foreign architectures into /var/lib/sysroots or something.https://gitlab.alpinelinux.org/alpine/aports/-/issues/14058Alpine Linux should default to nf_tables backend2023-07-28T03:27:12ZDaniel GrayAlpine Linux should default to nf_tables backendAlpine linux commands such as "iptables" currently point to the "legacy" variants.
I inquired about this a year ago but [never got an answer](https://lists.alpinelinux.org/~alpine/users/%3C20210515133248.txheslwbqlzxzecn%40disroot.org%3...Alpine linux commands such as "iptables" currently point to the "legacy" variants.
I inquired about this a year ago but [never got an answer](https://lists.alpinelinux.org/~alpine/users/%3C20210515133248.txheslwbqlzxzecn%40disroot.org%3E).
Alpine Linux should default to the `nf_tables` variants ie `iptables-nft`.
It's now expected by things like libvirtd, docker, podman etc that you'll have the `nf_tables` backend.
Worth noting upstream Netfilter team doesn't support legacy any more. Both Debian, and other major distributions all default to the `nf_tables`.
@ikke does currently say that awall depends on the legacy framework, perhaps it should be updated.3.19.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13998Package request: bun2023-09-13T20:48:55ZHoang NguyenPackage request: bunIncredibly fast JavaScript runtime, bundler, transpiler and package manager – all in one.
Website: https://bun.sh/
Source: https://github.com/Jarred-Sumner/bun
License: MITIncredibly fast JavaScript runtime, bundler, transpiler and package manager – all in one.
Website: https://bun.sh/
Source: https://github.com/Jarred-Sumner/bun
License: MIThttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13048Migrate from wpa_supplicant to iwd2023-08-22T21:48:19ZDavid HeidelbergMigrate from wpa_supplicant to iwdTo improve user experience proposing defaulting to IWD daemon instead original `wpa_supplicant`. Generally since IWD matured since last few years, migration from `wpa_supplicant` should be fluent
Talk about IWD: https://www.youtube.com/...To improve user experience proposing defaulting to IWD daemon instead original `wpa_supplicant`. Generally since IWD matured since last few years, migration from `wpa_supplicant` should be fluent
Talk about IWD: https://www.youtube.com/watch?v=QIqT2obSPDk
Downstream pmOS ref: https://gitlab.com/postmarketOS/postmarketos/-/issues/45https://gitlab.alpinelinux.org/alpine/aports/-/issues/12157When installing new kernel, please don't delete old modules2023-05-19T12:49:24ZjujuWhen installing new kernel, please don't delete old modulesWhen apk update installs a new kernel, old modules in /lib/modules got deleted.
This may make the system unbootable if:
* You want to boot with the old kernel
* You are not booting from /boot, ie with rEFInd from another place
Pleas...When apk update installs a new kernel, old modules in /lib/modules got deleted.
This may make the system unbootable if:
* You want to boot with the old kernel
* You are not booting from /boot, ie with rEFInd from another place
Please keep the old files in /lib/modules and warn user to clean it up instead.https://gitlab.alpinelinux.org/alpine/aports/-/issues/10136No pdftk package for Alpine 3.92022-10-13T14:22:30ZOtto BretzNo pdftk package for Alpine 3.9It existed in 3.8
https://pkgs.alpinelinux.org/packages?name=pdftk&branch=v3.8
but not in https://pkgs.alpinelinux.org/packages?name=pdftk&branch=v3.9
I can’t use the edge package since it links against libc:
ERROR: unsatisfiable ...It existed in 3.8
https://pkgs.alpinelinux.org/packages?name=pdftk&branch=v3.8
but not in https://pkgs.alpinelinux.org/packages?name=pdftk&branch=v3.9
I can’t use the edge package since it links against libc:
ERROR: unsatisfiable constraints: so:libgcj.so.17 (missing): required by: pdftk-2.02-r1[so:libgcj.so.17]
The command '/bin/sh -c apk add --no-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community pdftk' returned a non-zero code: 2
Ive emailed the maintainer but did not get any reply. Is there any
chance of getting a 3.9 version?
*(from redmine: issue id 10136, created on 2019-03-19)*3.11.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/15498Update 3.18.4 image to fix new CVE CVE-2023-53632023-12-05T06:00:31ZArtem YakimenkoUpdate 3.18.4 image to fix new CVE CVE-2023-5363Mirroring [GitHub issue](https://github.com/alpinelinux/docker-alpine/issues/352) to source of truth here.
```
Trivy scan of 3.18.4 official image:
$ trivy image alpine:latest
2023-11-06T02:06:07.665Z INFO Vulnerability scann...Mirroring [GitHub issue](https://github.com/alpinelinux/docker-alpine/issues/352) to source of truth here.
```
Trivy scan of 3.18.4 official image:
$ trivy image alpine:latest
2023-11-06T02:06:07.665Z INFO Vulnerability scanning is enabled
2023-11-06T02:06:07.665Z INFO Secret scanning is enabled
2023-11-06T02:06:07.665Z INFO If your scanning is slow, please try '--scanners vuln' to disable secret scanning
2023-11-06T02:06:07.665Z INFO Please see also https://aquasecurity.github.io/trivy/v0.45/docs/scanner/secret/#recommendation for faster secret detection
2023-11-06T02:06:15.026Z INFO Detected OS: alpine
2023-11-06T02:06:15.026Z INFO Detecting Alpine vulnerabilities...
2023-11-06T02:06:15.028Z INFO Number of language-specific files: 0
alpine:latest (alpine 3.18.4)
Total: 2 (UNKNOWN: 0, LOW: 0, MEDIUM: 2, HIGH: 0, CRITICAL: 0)
┌────────────┬───────────────┬──────────┬────────┬───────────────────┬───────────────┬───────────────────────────────────────────────┐
│ Library │ Vulnerability │ Severity │ Status │ Installed Version │ Fixed Version │ Title │
├────────────┼───────────────┼──────────┼────────┼───────────────────┼───────────────┼───────────────────────────────────────────────┤
│ libcrypto3 │ CVE-2023-5363 │ MEDIUM │ fixed │ 3.1.3-r0 │ 3.1.4-r0 │ Incorrect cipher key and IV length processing │
│ │ │ │ │ │ │ https://avd.aquasec.com/nvd/cve-2023-5363 │
├────────────┤ │ │ │ │ │ │
│ libssl3 │ │ │ │ │ │ │
│ │ │ │ │ │ │ │
└────────────┴───────────────┴──────────┴────────┴───────────────────┴───────────────┴───────────────────────────────────────────────┘
In a 3.18.4 based Dockerfile, doing this fixes this issue:
RUN apk update && apk upgrade --no-cache libcrypto3 libssl3
```
Is it possible to push out a fresh image? Thank you :pray:3.18.5Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14769Chromium on Docker Alpine Image (3.17.2) not Running2023-06-11T14:23:21ZFelix AmmannChromium on Docker Alpine Image (3.17.2) not RunningWe run a Docker Container with a Alpine Image (3.17.2) and chromium installed with it.
Since the new Build 2 days ago (110.0.5481.177 to 111.0.5563.146) we are not able to run the chromium-browser on host devices with x86_64 Architecture...We run a Docker Container with a Alpine Image (3.17.2) and chromium installed with it.
Since the new Build 2 days ago (110.0.5481.177 to 111.0.5563.146) we are not able to run the chromium-browser on host devices with x86_64 Architecture.
We got this Segfault Error:
```
[5877008.674069] chrome[3054575]: segfault at 0 ip 00007f1a4970df21 sp 00007ffedf7408e0 error 4 in libstdc++.so.6.0.30[7f1a496ff000+119000]
[5877008.674255] Code: f8 48 c7 04 24 00 00 00 00 48 b8 00 00 00 00 10 00 00 00 48 89 44 24 10 49 8b 00 48 c7 44 24 08 00 00 00 00 48 39 78 f8 75 5d <48> 8b 07 48 89 d5 49 89 cd 48 89 e2 52 49 89 f1 48 89 e9 ba 06 00
[5877008.691461] chrome[3054586]: segfault at 0 ip 00007f1a4970df21 sp 00007ffedf7408e0 error 4 in libstdc++.so.6.0.30[7f1a496ff000+119000]
[5877008.691646] Code: f8 48 c7 04 24 00 00 00 00 48 b8 00 00 00 00 10 00 00 00 48 89 44 24 10 49 8b 00 48 c7 44 24 08 00 00 00 00 48 39 78 f8 75 5d <48> 8b 07 48 89 d5 49 89 cd 48 89 e2 52 49 89 f1 48 89 e9 ba 06 00
[5877008.707572] chrome[3054595]: segfault at 0 ip 00007f1a4970df21 sp 00007ffedf7408e0 error 4 in libstdc++.so.6.0.30[7f1a496ff000+119000]
[5877008.707758] Code: f8 48 c7 04 24 00 00 00 00 48 b8 00 00 00 00 10 00 00 00 48 89 44 24 10 49 8b 00 48 c7 44 24 08 00 00 00 00 48 39 78 f8 75 5d <48> 8b 07 48 89 d5 49 89 cd 48 89 e2 52 49 89 f1 48 89 e9 ba 06 00
[5877012.042516] chrome[3054717]: segfault at 0 ip 00007fd1732b8f21 sp 00007ffc0a9151f0 error 4 in libstdc++.so.6.0.30[7fd1732aa000+119000]
[5877012.042708] Code: f8 48 c7 04 24 00 00 00 00 48 b8 00 00 00 00 10 00 00 00 48 89 44 24 10 49 8b 00 48 c7 44 24 08 00 00 00 00 48 39 78 f8 75 5d <48> 8b 07 48 89 d5 49 89 cd 48 89 e2 52 49 89 f1 48 89 e9 ba 06 00
[5877012.062233] chrome[3054728]: segfault at 0 ip 00007fd1732b8f21 sp 00007ffc0a9151f0 error 4 in libstdc++.so.6.0.30[7fd1732aa000+119000]
[5877012.062424] Code: f8 48 c7 04 24 00 00 00 00 48 b8 00 00 00 00 10 00 00 00 48 89 44 24 10 49 8b 00 48 c7 44 24 08 00 00 00 00 48 39 78 f8 75 5d <48> 8b 07 48 89 d5 49 89 cd 48 89 e2 52 49 89 f1 48 89 e9 ba 06 00
[5877012.078907] chrome[3054736]: segfault at 0 ip 00007fd1732b8f21 sp 00007ffc0a9151f0 error 4 in libstdc++.so.6.0.30[7fd1732aa000+119000]
[5877012.079090] Code: f8 48 c7 04 24 00 00 00 00 48 b8 00 00 00 00 10 00 00 00 48 89 44 24 10 49 8b 00 48 c7 44 24 08 00 00 00 00 48 39 78 f8 75 5d <48> 8b 07 48 89 d5 49 89 cd 48 89 e2 52 49 89 f1 48 89 e9 ba 06 00
```
We tried to install the old 110.0.5481.177 Build but we were not able to find it.
Are you aware of this Problem or do you have an idea how we can fix this?
Let me know if you need more informationhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14618Go: disable telemetry by default for Go 1.212023-02-25T11:23:19ZDrew DeVaultGo: disable telemetry by default for Go 1.21The next release of Go will report telemetry to Google by default. Alpine should patch this behavior out.
https://github.com/golang/go/discussions/58409The next release of Go will report telemetry to Google by default. Alpine should patch this behavior out.
https://github.com/golang/go/discussions/58409Sören TempelSören Tempelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14017Feature request: support kexec2023-01-09T08:34:04ZGhost UserFeature request: support kexec_This issue is a product of an IRC discussion at 2022-07-14 09:30:00 CEST_
_Related: https://gitlab.alpinelinux.org/alpine/aports/-/issues/8400_
# Feature
Enable the kexec syscall, such that users may quickly reboot their machines with..._This issue is a product of an IRC discussion at 2022-07-14 09:30:00 CEST_
_Related: https://gitlab.alpinelinux.org/alpine/aports/-/issues/8400_
# Feature
Enable the kexec syscall, such that users may quickly reboot their machines without going through POST and bootloader.
# Considerations
> kexec is a system call that is used to boot another kernel during runtime. This functionality can be abused to load a malicious kernel and gain arbitrary code execution in kernel mode, so this sysctl disables it.
[Linux Hardening Guide | Madaidan's Insecurities](https://madaidans-insecurities.github.io/guides/linux-hardening.html), 2022-03-19
# Requirements
- [x] Ship package [kexec-tools](https://pkgs.alpinelinux.org/package/edge/testing/x86_64/kexec-tools)
- [ ] Enable `CONFIG_KEXEC=y` in `lts.*.config`
- [x] Figure out a good, reliable way of having kexec off by default but togglable without recompiling kernel. (@ncopa's [suggested patch](https://tpaste.us/nVRv))https://gitlab.alpinelinux.org/alpine/aports/-/issues/13533util-linux-login and acct conflicts2022-03-14T17:24:03ZEdd Salkieldutil-linux-login and acct conflictsCurrently `util-linux-login` and `acct` both provide `usr/bin/last` and `usr/share/man/man1/last.1.gz`, causing installation errors if commands from both packages are required.Currently `util-linux-login` and `acct` both provide `usr/bin/last` and `usr/share/man/man1/last.1.gz`, causing installation errors if commands from both packages are required.https://gitlab.alpinelinux.org/alpine/aports/-/issues/13113dependabot for aports?2021-11-01T00:58:54ZMengyang Lidependabot for aports?Are you too lazy to perform travail package update manually? I'd like to introduce something like dependabot, but for alpine packages.
Where it can perform basic upgrades automatically by
- Parsing current version from APKBUILD
- Pars...Are you too lazy to perform travail package update manually? I'd like to introduce something like dependabot, but for alpine packages.
Where it can perform basic upgrades automatically by
- Parsing current version from APKBUILD
- Parsing the latest version from upstream or https://pkgs.alpinelinux.org/flagged
- Perform some test build
- Post a Merge Request
This could reduce tons of repetitive works, and maintain a relative recent copy of edge.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12904feat: librewolf2023-11-21T22:38:18Ztelroyfeat: librewolfA fork of Firefox, focused on privacy, security and freedom.
Website: https://librewolf-community.gitlab.io/
Source: https://gitlab.com/librewolf-community/browserA fork of Firefox, focused on privacy, security and freedom.
Website: https://librewolf-community.gitlab.io/
Source: https://gitlab.com/librewolf-community/browser