Adélie Linux issueshttps://git.adelielinux.org/groups/adelie/-/issues2019-07-11T14:01:42Zhttps://git.adelielinux.org/adelie/apkkit/-/issues/1Dependency SLOTs are not tracked, leading to impossible resolutions2019-07-11T14:01:42ZA. WilcoxDependency SLOTs are not tracked, leading to impossible resolutionsPackage names always include SLOT if non-zero. However, when reading out RDEPEND, SLOT is not included in the name of the dependency. This means that any package that depends on a slot will have an unsatisfiable dependency. This needs...Package names always include SLOT if non-zero. However, when reading out RDEPEND, SLOT is not included in the name of the dependency. This means that any package that depends on a slot will have an unsatisfiable dependency. This needs to be resolved.https://git.adelielinux.org/adelie/apkkit/-/issues/2EAPI=2+ weak blocks are not yet supported2019-07-11T14:01:42ZA. WilcoxEAPI=2+ weak blocks are not yet supportedThe docstring in the Portage module is not accurate. ! blocks are not warned on, they are treated as fatal as !! are.
See the [PMS](https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-830008.2.6) for information on the intended behaviour.The docstring in the Portage module is not accurate. ! blocks are not warned on, they are treated as fatal as !! are.
See the [PMS](https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-830008.2.6) for information on the intended behaviour.https://git.adelielinux.org/adelie/apkkit/-/issues/3NEEDED is not parsed for extra dependencies2019-07-11T14:01:42ZA. WilcoxNEEDED is not parsed for extra dependenciesIt would be a very good idea to parse ``NEEDED`` or ``NEEDED.ELF.2`` for additional runtime dependencies, for a few reasons:
* ``RDEPEND`` can be outdated or just plain *wrong* sometimes.
* ``RDEPEND`` by design never contains anythi...It would be a very good idea to parse ``NEEDED`` or ``NEEDED.ELF.2`` for additional runtime dependencies, for a few reasons:
* ``RDEPEND`` can be outdated or just plain *wrong* sometimes.
* ``RDEPEND`` by design never contains anything in the ``@system`` profile or compiler runtimes, including libstdc++ and friends, which could cause issues if someone managed to build an entire system out of simple C apps then tried to install a C++ app without the runtime.
The apk-tools package upstream already seems to support ``so:foo`` where ``foo`` is a SONAME, therefore the apk side should be fairly easy. What we really should do, however, is strip SONAMEs that are provided by packages in ``RDEPEND``.https://git.adelielinux.org/adelie/apkkit/-/issues/4Package name translation is not actually implemented yet2019-07-11T14:01:41ZA. WilcoxPackage name translation is not actually implemented yetI lost the initial prototype on my laptop somewhere. It needs to be done again at some point (before we hit conflicting package names)...
See ``_maybe_xlat`` in portage.py for information on what it is supposed to do.I lost the initial prototype on my laptop somewhere. It needs to be done again at some point (before we hit conflicting package names)...
See ``_maybe_xlat`` in portage.py for information on what it is supposed to do.https://git.adelielinux.org/adelie/apkkit/-/issues/5Invocation from shell needs to determine correct DBAPI instead of assuming /2019-07-11T14:01:41ZA. WilcoxInvocation from shell needs to determine correct DBAPI instead of assuming /I *believe* this code is wrong when using overlays - currently the Adélie build system is running on my system in a chroot where master=adelie but ::gentoo is still /usr/portage so this somehow cheats the system. Unsure what would happe...I *believe* this code is wrong when using overlays - currently the Adélie build system is running on my system in a chroot where master=adelie but ::gentoo is still /usr/portage so this somehow cheats the system. Unsure what would happen if I were to merge something out of, say, the KDE or Mozilla overlay.
```py
native(os.environ, portage.db['/']['porttree'].dbapi)
```https://git.adelielinux.org/adelie/packages/-/issues/1system/python3 (3.4.3): cannot be built in bootstrap: "cannot find -lpython3.4m"2022-09-27T23:06:36ZEmilysystem/python3 (3.4.3): cannot be built in bootstrap: "cannot find -lpython3.4m"| | |
| --- | --- |
| Bugzilla ID | 1 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 13:55:07 -0500 |
| Modified | 2016-04-17 15:19:20 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0...| | |
| --- | --- |
| Bugzilla ID | 1 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 13:55:07 -0500 |
| Modified | 2016-04-17 15:19:20 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Normal / normal |
## Description
**Created [attachment 1](/uploads/1e375d157ff5db94cf035e0d69b3c84e/build.log)**
build.log
Build log is attached.
Every single module that it attempts to build results in:
/usr/libexec/gcc/x86_64-foxkit-linux-musl/ld: cannot find -lpython3.4m
and so Python 3.4 won't merge into the bootstrap image. This precludes the usage of Portage++ inside Adélie, because no version of Python can be merged (see bug for 3.3 failure).
portage -pqv / --info of python:3.4:
[ebuild N ] dev-lang/python-3.4.3-r1 to /usr/x86_64-foxkit-linux-musl/ USE="ipv6 ncurses readline ssl threads xml -build -examples -gdbm -hardened -sqlite -tk -wininst" ELIBC="(-uclibc)"
Portage++ 2.2.27_p26 (python 3.4.3-final-0, adelie/1.0/x86_64, gcc-4.9.3, musl-1.1.14, 4.5.0-ciall x86_64)
=================================================================
System Settings
=================================================================
System uname: Linux-4.5.0-ciall-x86_64-Intel-R-_Xeon-R-_CPU_E3-1280_v3_@_3.60GHz-with-gentoo-2.2
KiB Mem: 16392864 total, 3860916 free
KiB Swap: 0 total, 0 free
Timestamp of repository gentoo: Tue, 12 Apr 2016 21:00:01 +0000
sh bash 4.3_p42-r2
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
sys-devel/binutils: 2.25.1-r1::gentoo
Repositories:
gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: 10
adelie
location: /usr/local/portage-adelie
sync-type: git
sync-uri: https://code.foxkit.us/adelie/packages.git
priority: 500
Installed sets: @dev-kit
ACCEPT_KEYWORDS="amd64 x86_64"
ACCEPT_LICENSE="* -@EULA -AGPL-3 -AGPL-3+ -EULA"
CFLAGS="-O2 -ggdb -march=nocona -mtune=core2 -fno-omit-frame-pointer -mfpmath=sse"
CHOST="x86_64-foxkit-linux-musl"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -ggdb -march=nocona -mtune=core2 -fno-omit-frame-pointer -mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
PKGDIR="/usr/x86_64-foxkit-linux-musl/packages/"
PORTAGE_TMPDIR="/usr/x86_64-foxkit-linux-musl/tmp/"
USE="cxx ipv6 modules pam threads unicode x86_64 xattr" ABI_X86="64" ELIBC="musl" KERNEL="linux" PYTHON_SINGLE_TARGET="python3_4" PYTHON_TARGETS="python3_4" USERLAND="GNU"
Unset: EMERGE_DEFAULT_OPTS, PORTAGE_BUNZIP2_COMMAND---https://git.adelielinux.org/adelie/packages/-/issues/2system/python3 (3.3.5): cannot be built in bootstrap: ImportError: cannot imp...2022-02-08T22:49:45ZEmilysystem/python3 (3.3.5): cannot be built in bootstrap: ImportError: cannot import name 'new_module'| | |
| --- | --- |
| Bugzilla ID | 2 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 14:14:37 -0500 |
| Modified | 2016-08-13 04:20:36 -0500 |
| Status | RESOLVED INVALID |
| Version | 1...| | |
| --- | --- |
| Bugzilla ID | 2 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 14:14:37 -0500 |
| Modified | 2016-08-13 04:20:36 -0500 |
| Status | RESOLVED INVALID |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Normal / normal |
## Description
**Created [attachment 2](/uploads/dae634feb4422427d2c0be55a1d5dfa1/build.log)**
build.log
Build log is attached.
Python 3.3.5 refuses to build during bootstrap with a rather odd error that appears to be related to running my system Python for a build step.
This is with the patch fix from Gentoo#580242 applied to the Python patch source.---https://git.adelielinux.org/adelie/packages/-/issues/4POSIX®: XSI: SCCS is required2022-02-02T17:10:21ZEmilyPOSIX®: XSI: SCCS is required| | |
| --- | --- |
| Bugzilla ID | 4 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 14:26:55 -0500 |
| Modified | 2020-04-19 07:25:25 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0...| | |
| --- | --- |
| Bugzilla ID | 4 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 14:26:55 -0500 |
| Modified | 2020-04-19 07:25:25 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / minor |
| URL | http://heirloom.sourceforge.net/devtools.html |
| Blocks | https://bts.adelielinux.org/show_bug.cgi?id=3 |
## Description
The X/Open System Interface (XSI) option of POSIX® requires an implementation of SCCS to be available to be strictly compliant. However, as shown in the URL, not even the developers of SCCS use SCCS (their code is stored in CVS).
The SCCS distribution from Heirloom is fairly lightweight, and has no external dependencies, so it wouldn't be a *problem* to bring it in to Adélie. However, I'm not sure if it really belongs in @system or not, as usage is virtually zero.
There are a few ways we can go here:
* We can note that the XSI option requires the installation of an sccs package and provide it in the repository.
* We can shove it in @system and have the XSI option satisfied in base / all installations.
* We can ignore the XSI option entirely (I really don't think this is a good idea).
Thoughts?---https://git.adelielinux.org/adelie/packages/-/issues/6Discussion on USE=ssl in base/make.defaults2022-02-02T17:10:21ZEmilyDiscussion on USE=ssl in base/make.defaults| | |
| --- | --- |
| Bugzilla ID | 6 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 20:30:35 -0500 |
| Modified | 2016-04-17 12:06:12 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0...| | |
| --- | --- |
| Bugzilla ID | 6 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 20:30:35 -0500 |
| Modified | 2016-04-17 12:06:12 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / major |
## Description
This bug is for the discussion of adding USE=ssl to base/make.defaults, so that every package (by default) automatically has TLS enabled.
Pros:
* Security
* Probably what we want anyway
Cons:
* May bloat things like mail-client/nail that may never use it---https://git.adelielinux.org/adelie/packages/-/issues/8POSIX®: XSI: zcat is not provided by app-arch/ncompress2022-02-02T17:10:21ZEmilyPOSIX®: XSI: zcat is not provided by app-arch/ncompress| | |
| --- | --- |
| Bugzilla ID | 8 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-17 11:05:04 -0500 |
| Modified | 2016-08-13 04:28:11 -0500 |
| Status | RESOLVED WORKSFORME |
| Version ...| | |
| --- | --- |
| Bugzilla ID | 8 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-17 11:05:04 -0500 |
| Modified | 2016-08-13 04:28:11 -0500 |
| Status | RESOLVED WORKSFORME |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / normal |
| URL | http://pubs.opengroup.org/onlinepubs/9699919799/utilities/zcat.html |
| Blocks | https://bts.adelielinux.org/show_bug.cgi?id=3 |
## Description
zcat is intended to be used with .Z files, not .gz files. While app-arch/gzip does provide a zcat, it is not a conforming implementation.---https://git.adelielinux.org/adelie/packages/-/issues/9system/easy-kernel (4.4.9-mc2): FTBFS: linux/tuxonice.h is missing2022-02-02T17:34:38ZEmilysystem/easy-kernel (4.4.9-mc2): FTBFS: linux/tuxonice.h is missing| | |
| --- | --- |
| Bugzilla ID | 9 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2016-06-04 21:00:45 -0500 |
| Modified | 2016-07-27 20:21:35 -0500 |
| Status | RESOLVED FIXED |
| Version...| | |
| --- | --- |
| Bugzilla ID | 9 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2016-06-04 21:00:45 -0500 |
| Modified | 2016-07-27 20:21:35 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Normal / blocker |
## Description
Portage HEAD (python 3.4.3-final-0, adelie/1.0/x86_64, gcc-4.9.3, musl-1.1.14, 4.6.0-rc4-ciall x86_64)
>>> Emerging (1 of 1) sys-kernel/easy-kernel-4.4.9_p2::adelie
* linux-4.4.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
* linux-4.4.9-mc2.patch.xz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking linux-4.4.tar.xz to /var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work
>>> Unpacking linux-4.4.9-mc2.patch.xz to /var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work
>>> Source unpacked in /var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work
>>> Preparing source in /var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work/linux-4.4 ...
* Applying linux-4.4.9-mc2.patch ... [ ok ]
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work/linux-4.4 ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work/linux-4.4 ...
make -j8 bzImage
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/zconf.lex.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf --silentoldconfig Kconfig
#
# configuration written to .config
#
SYSTBL arch/x86/entry/syscalls/../../include/generated/asm/syscalls_32.h
SYSHDR arch/x86/entry/syscalls/../../include/generated/asm/unistd_32_ia32.h
SYSHDR arch/x86/entry/syscalls/../../include/generated/asm/unistd_64_x32.h
SYSTBL arch/x86/entry/syscalls/../../include/generated/asm/syscalls_64.h
SYSHDR arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_32.h
SYSHDR arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_64.h
SYSHDR arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_x32.h
HOSTCC scripts/basic/bin2c
CHK include/config/kernel.release
UPD include/config/kernel.release
WRAP arch/x86/include/generated/asm/clkdev.h
WRAP arch/x86/include/generated/asm/cputime.h
WRAP arch/x86/include/generated/asm/early_ioremap.h
WRAP arch/x86/include/generated/asm/dma-contiguous.h
WRAP arch/x86/include/generated/asm/mcs_spinlock.h
WRAP arch/x86/include/generated/asm/mm-arch-hooks.h
CHK include/generated/uapi/linux/version.h
UPD include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
UPD include/generated/utsrelease.h
HOSTCC scripts/kallsyms
HOSTCC scripts/pnmtologo
HOSTCC scripts/conmakehash
HOSTCC scripts/genksyms/genksyms.o
CC scripts/mod/empty.o
HOSTCC scripts/selinux/genheaders/genheaders
HOSTCC scripts/mod/mk_elfconfig
CC scripts/mod/devicetable-offsets.s
HOSTCC scripts/sortextable
HOSTCC scripts/selinux/mdp/mdp
SHIPPED scripts/genksyms/parse.tab.c
SHIPPED scripts/genksyms/lex.lex.c
SHIPPED scripts/genksyms/keywords.hash.c
SHIPPED scripts/genksyms/parse.tab.h
HOSTCC scripts/genksyms/parse.tab.o
MKELF scripts/mod/elfconfig.h
GEN scripts/mod/devicetable-offsets.h
HOSTCC scripts/genksyms/lex.lex.o
HOSTCC scripts/mod/sumversion.o
HOSTCC scripts/asn1_compiler
HOSTCC scripts/sign-file
HOSTCC scripts/extract-cert
HOSTCC scripts/mod/modpost.o
HOSTCC scripts/mod/file2alias.o
HOSTLD scripts/genksyms/genksyms
HOSTLD scripts/mod/modpost
HOSTCC arch/x86/tools/relocs_32.o
HOSTCC arch/x86/tools/relocs_64.o
HOSTCC arch/x86/tools/relocs_common.o
HOSTLD arch/x86/tools/relocs
CHK include/generated/timeconst.h
CC kernel/bounds.s
UPD include/generated/timeconst.h
CHK include/generated/bounds.h
UPD include/generated/bounds.h
CC arch/x86/kernel/asm-offsets.s
CHK include/generated/asm-offsets.h
UPD include/generated/asm-offsets.h
CALL scripts/checksyscalls.sh
CHK include/generated/compile.h
CC init/main.o
CC init/do_mounts.o
CC init/do_mounts_initrd.o
CC init/initramfs.o
CC init/init_task.o
CC init/calibrate.o
./scripts/mkcompile_h: line 51: hostname: command not found
HOSTCC usr/gen_init_cpio
UPD include/generated/compile.h
CC init/version.o
GEN usr/initramfs_data.cpio.gz
AS usr/initramfs_data.o
LD arch/x86/crypto/built-in.o
LD usr/built-in.o
AS arch/x86/entry/entry_64.o
AS arch/x86/entry/thunk_64.o
CC kernel/fork.o
CC arch/x86/entry/common.o
CC arch/x86/entry/syscall_64.o
CC kernel/exec_domain.o
CC kernel/panic.o
CC arch/x86/entry/vsyscall/vsyscall_gtod.o
In file included from kernel/fork.c:56:0:
include/linux/ksm.h:121:24: fatal error: linux/uksm.h: No such file or directory
#include <linux/uksm.h>
^
compilation terminated.
scripts/Makefile.build:258: recipe for target 'kernel/fork.o' failed
make[1]: *** [kernel/fork.o] Error 1
make[1]: *** Waiting for unfinished jobs....
CC arch/x86/entry/vsyscall/vsyscall_64.o
CC arch/x86/entry/vdso/vma.o
CC arch/x86/entry/vdso/vdso32-setup.o
LDS arch/x86/entry/vdso/vdso.lds
AS arch/x86/entry/vsyscall/vsyscall_emu_64.o
AS arch/x86/entry/vdso/vdso-note.o
AS arch/x86/entry/entry_64_compat.o
CC arch/x86/entry/vdso/vclock_gettime.o
LD init/mounts.o
CC arch/x86/entry/syscall_32.o
LD init/built-in.o
CC certs/system_keyring.o
EXTRACT_CERTS
Generating X.509 key generation config
CC mm/filemap.o
Makefile:943: recipe for target 'kernel' failed
make: *** [kernel] Error 2
make: *** Waiting for unfinished jobs....
CC arch/x86/entry/vdso/vgetcpu.o
CC mm/mempool.o
CC mm/oom_kill.o
HOSTCC arch/x86/entry/vdso/vdso2c
LD arch/x86/entry/vsyscall/built-in.o
###
### Now generating an X.509 key pair to be used for signing modules.
###
### If this takes a long time, you might wish to run rngd in the
### background to keep the supply of entropy topped up. It
### needs to be run as root, and uses a hardware random
### number generator if one is available.
LDS arch/x86/entry/vdso/vdso32/vdso32.lds
###
openssl req -new -nodes -utf8 -"sha512" -days 36500 \
-batch -x509 -config certs/x509.genkey \
-outform PEM -out certs/signing_key.pem \
-keyout certs/signing_key.pem 2>&1
Generating a 4096 bit RSA private key
. CC arch/x86/entry/vdso/vdso32/vclock_gettime.o
AS arch/x86/entry/vdso/vdso32/note.o
. AS arch/x86/entry/vdso/vdso32/system_call.o
.... CC mm/maccess.o
......... CC arch/x86/ia32/sys_ia32.o
......... CC arch/x86/ia32/ia32_signal.o
......................++
............... CC mm/page_alloc.o
................ CC arch/x86/kernel/process_64.o
...... CC mm/page-writeback.o
.. CC mm/readahead.o
.. CC arch/x86/ia32/audit.o
............ LD arch/x86/ia32/built-in.o
.+ VDSO arch/x86/entry/vdso/vdso64.so.dbg
+
writing new private key to 'certs/signing_key.pem'
-----
###
### Key pair generated.
###
EXTRACT_CERTS certs/signing_key.pem
CC arch/x86/mm/init.o
AS certs/system_certificates.o
mm/page_alloc.c:64:28: fatal error: linux/tuxonice.h: No such file or directory
#include <linux/tuxonice.h>
^
compilation terminated.
scripts/Makefile.build:258: recipe for target 'mm/page_alloc.o' failed
make[1]: *** [mm/page_alloc.o] Error 1
make[1]: *** Waiting for unfinished jobs....
CC arch/x86/mm/init_64.o
LD certs/built-in.o
AS arch/x86/net/bpf_jit.o
CC arch/x86/net/bpf_jit_comp.o
CC arch/x86/mm/fault.o
VDSO arch/x86/entry/vdso/vdso32.so.dbg
OBJCOPY arch/x86/entry/vdso/vdso64.so
OBJCOPY arch/x86/entry/vdso/vdso32.so
VDSO2C arch/x86/entry/vdso/vdso-image-64.c
VDSO2C arch/x86/entry/vdso/vdso-image-32.c
CC arch/x86/entry/vdso/vdso-image-64.o
arch/x86/mm/fault.c:16:75: fatal error: linux/tuxonice.h: No such file or directory
#include <linux/tuxonice.h> /* incremental image support */
^
compilation terminated.
scripts/Makefile.build:258: recipe for target 'arch/x86/mm/fault.o' failed
make[2]: *** [arch/x86/mm/fault.o] Error 1
make[2]: *** Waiting for unfinished jobs....
CC arch/x86/entry/vdso/vdso-image-32.o
CC arch/x86/kernel/signal.o
CC arch/x86/kernel/signal_compat.o
CC arch/x86/platform/atom/pmc_atom.o
LD arch/x86/platform/ce4100/built-in.o
LD arch/x86/entry/vdso/built-in.o
LD arch/x86/entry/built-in.o
CC arch/x86/realmode/init.o
CC arch/x86/platform/efi/quirks.o
CC arch/x86/platform/efi/efi.o
scripts/Makefile.build:403: recipe for target 'arch/x86/mm' failed
make[1]: *** [arch/x86/mm] Error 2
make[1]: *** Waiting for unfinished jobs....
CC arch/x86/platform/efi/efi_64.o
CC arch/x86/kernel/traps.o
LD arch/x86/net/built-in.o
CC arch/x86/kernel/irq.o
Makefile:943: recipe for target 'mm' failed
make: *** [mm] Error 2
AS arch/x86/platform/efi/efi_stub_64.o
CC arch/x86/platform/efi/efi-bgrt.o
AS arch/x86/realmode/rm/header.o
LD arch/x86/platform/atom/built-in.o
AS arch/x86/realmode/rm/trampoline_64.o
LD arch/x86/platform/geode/built-in.o
AS arch/x86/realmode/rm/stack.o
LD arch/x86/platform/goldfish/built-in.o
AS arch/x86/realmode/rm/reboot.o
LD arch/x86/platform/intel/built-in.o
LD arch/x86/platform/intel-mid/built-in.o
LD arch/x86/platform/intel-quark/built-in.o
CC arch/x86/kernel/irq_64.o
LD arch/x86/platform/iris/built-in.o
AS arch/x86/realmode/rm/wakeup_asm.o
LD arch/x86/platform/olpc/built-in.o
LD arch/x86/platform/scx200/built-in.o
CC arch/x86/realmode/rm/wakemain.o
LD arch/x86/platform/sfi/built-in.o
CC arch/x86/realmode/rm/video-mode.o
AS arch/x86/realmode/rm/copy.o
LD arch/x86/platform/efi/built-in.o
LD arch/x86/platform/ts5500/built-in.o
AS arch/x86/realmode/rm/bioscall.o
LD arch/x86/platform/uv/built-in.o
CC arch/x86/realmode/rm/regs.o
LD arch/x86/platform/built-in.o
CC arch/x86/realmode/rm/video-vga.o
CC arch/x86/realmode/rm/video-vesa.o
CC arch/x86/realmode/rm/video-bios.o
CC arch/x86/kernel/dumpstack_64.o
CC arch/x86/kernel/time.o
CC arch/x86/kernel/ioport.o
CC arch/x86/kernel/dumpstack.o
PASYMS arch/x86/realmode/rm/pasyms.h
LDS arch/x86/realmode/rm/realmode.lds
CC arch/x86/kernel/nmi.o
LD arch/x86/realmode/rm/realmode.elf
RELOCS arch/x86/realmode/rm/realmode.relocs
OBJCOPY arch/x86/realmode/rm/realmode.bin
AS arch/x86/realmode/rmpiggy.o
LD arch/x86/realmode/built-in.o
CC arch/x86/kernel/ldt.o
CC arch/x86/kernel/setup.o
CC arch/x86/kernel/x86_init.o
CC arch/x86/kernel/i8259.o
CC arch/x86/kernel/irqinit.o
CC arch/x86/kernel/jump_label.o
CC arch/x86/kernel/irq_work.o
CC arch/x86/kernel/probe_roms.o
CC arch/x86/kernel/sys_x86_64.o
CC arch/x86/kernel/x8664_ksyms_64.o
AS arch/x86/kernel/mcount_64.o
CC arch/x86/kernel/espfix_64.o
CC arch/x86/kernel/ksysfs.o
CC arch/x86/kernel/bootflag.o
CC arch/x86/kernel/e820.o
CC arch/x86/kernel/pci-dma.o
CC arch/x86/kernel/quirks.o
CC arch/x86/kernel/topology.o
CC arch/x86/kernel/kdebugfs.o
CC arch/x86/kernel/alternative.o
CC arch/x86/kernel/i8253.o
CC arch/x86/kernel/pci-nommu.o
CC arch/x86/kernel/hw_breakpoint.o
CC arch/x86/kernel/tsc.o
CC arch/x86/kernel/tsc_msr.o
CC arch/x86/kernel/io_delay.o
CC arch/x86/kernel/rtc.o
CC arch/x86/kernel/pci-iommu_table.o
CC arch/x86/kernel/resource.o
CC arch/x86/kernel/process.o
CC arch/x86/kernel/acpi/boot.o
CC arch/x86/kernel/apic/apic.o
CC arch/x86/kernel/acpi/sleep.o
AS arch/x86/kernel/acpi/wakeup_64.o
CC arch/x86/kernel/acpi/apei.o
CC arch/x86/kernel/cpu/intel_cacheinfo.o
CC arch/x86/kernel/acpi/cstate.o
CC arch/x86/kernel/fpu/init.o
CC arch/x86/kernel/kprobes/core.o
CC arch/x86/kernel/kprobes/opt.o
CC arch/x86/kernel/cpu/scattered.o
CC arch/x86/kernel/cpu/topology.o
CC arch/x86/kernel/ptrace.o
CC arch/x86/kernel/cpu/common.o
LD arch/x86/kernel/acpi/built-in.o
CC arch/x86/kernel/tls.o
CC arch/x86/kernel/cpu/rdrand.o
LD arch/x86/kernel/kprobes/built-in.o
CC arch/x86/kernel/step.o
CC arch/x86/kernel/fpu/bugs.o
CC arch/x86/kernel/cpu/match.o
CC arch/x86/kernel/cpu/proc.o
CC arch/x86/kernel/apic/apic_noop.o
CC arch/x86/kernel/fpu/core.o
MKCAP arch/x86/kernel/cpu/capflags.c
CC arch/x86/kernel/tboot.o
CC arch/x86/kernel/i8237.o
CC arch/x86/kernel/cpu/powerflags.o
CC arch/x86/kernel/apic/ipi.o
CC arch/x86/kernel/cpu/bugs_64.o
CC arch/x86/kernel/stacktrace.o
CC arch/x86/kernel/reboot.o
CC arch/x86/kernel/cpu/intel.o
CC arch/x86/kernel/apic/vector.o
CC arch/x86/kernel/cpu/amd.o
CC arch/x86/kernel/msr.o
CC arch/x86/kernel/fpu/regset.o
CC arch/x86/kernel/cpu/centaur.o
CC arch/x86/kernel/cpuid.o
CC arch/x86/kernel/early-quirks.o
CC arch/x86/kernel/apic/hw_nmi.o
CC arch/x86/kernel/smp.o
CC arch/x86/kernel/cpu/perf_event.o
CC arch/x86/kernel/smpboot.o
CC arch/x86/kernel/cpu/perf_event_amd.o
CC arch/x86/kernel/fpu/signal.o
CC arch/x86/kernel/apic/io_apic.o
CC arch/x86/kernel/tsc_sync.o
CC arch/x86/kernel/fpu/xstate.o
CC arch/x86/kernel/setup_percpu.o
CC arch/x86/kernel/mpparse.o
CC arch/x86/kernel/cpu/perf_event_amd_uncore.o
CC arch/x86/kernel/trace_clock.o
CC arch/x86/kernel/machine_kexec_64.o
LD arch/x86/kernel/fpu/built-in.o
AS arch/x86/kernel/relocate_kernel_64.o
CC arch/x86/kernel/cpu/perf_event_amd_iommu.o
CC arch/x86/kernel/cpu/perf_event_p6.o
CC arch/x86/kernel/crash.o
CC arch/x86/kernel/cpu/perf_event_knc.o
CC arch/x86/kernel/crash_dump_64.o
CC arch/x86/kernel/apic/msi.o
CC arch/x86/kernel/module.o
CC arch/x86/kernel/cpu/perf_event_p4.o
CC arch/x86/kernel/cpu/perf_event_intel_lbr.o
CC arch/x86/kernel/doublefault.o
CC arch/x86/kernel/cpu/perf_event_intel_ds.o
CC arch/x86/kernel/apic/htirq.o
CC arch/x86/kernel/early_printk.o
CC arch/x86/kernel/hpet.o
CC arch/x86/kernel/amd_nb.o
CC arch/x86/kernel/cpu/perf_event_intel.o
CC arch/x86/kernel/cpu/perf_event_intel_rapl.o
CC arch/x86/kernel/apic/x2apic_phys.o
CC arch/x86/kernel/pcspeaker.o
CC arch/x86/kernel/cpu/perf_event_intel_cqm.o
CC arch/x86/kernel/check.o
CC arch/x86/kernel/apic/x2apic_cluster.o
CC arch/x86/kernel/pci-swiotlb.o
CC arch/x86/kernel/cpu/perf_event_intel_pt.o
CC arch/x86/kernel/sysfb.o
CC arch/x86/kernel/sysfb_efi.o
CC arch/x86/kernel/cpu/perf_event_intel_bts.o
CC arch/x86/kernel/apic/apic_flat_64.o
CC arch/x86/kernel/perf_regs.o
CC arch/x86/kernel/tracepoint.o
CC arch/x86/kernel/audit_64.o
CC arch/x86/kernel/cpu/perf_event_intel_cstate.o
CC arch/x86/kernel/mmconf-fam10h_64.o
CC arch/x86/kernel/cpu/perf_event_intel_uncore.o
CC arch/x86/kernel/cpu/perf_event_intel_uncore_snb.o
CC arch/x86/kernel/vsmp_64.o
AS arch/x86/kernel/head_64.o
CC arch/x86/kernel/apic/probe_64.o
CC arch/x86/kernel/head64.o
CC arch/x86/kernel/head.o
LDS arch/x86/kernel/vmlinux.lds
CC arch/x86/kernel/cpu/perf_event_intel_uncore_nhmex.o
CC arch/x86/kernel/cpu/perf_event_intel_uncore_snbep.o
CC arch/x86/kernel/cpu/perf_event_msr.o
LD arch/x86/kernel/apic/built-in.o
CC arch/x86/kernel/cpu/mcheck/mce.o
CC arch/x86/kernel/cpu/mcheck/mce-severity.o
CC arch/x86/kernel/cpu/mcheck/mce-genpool.o
CC arch/x86/kernel/cpu/microcode/core.o
CC arch/x86/kernel/cpu/microcode/intel.o
CC arch/x86/kernel/cpu/mtrr/main.o
CC arch/x86/kernel/cpu/perfctr-watchdog.o
CC arch/x86/kernel/cpu/perf_event_amd_ibs.o
CC arch/x86/kernel/cpu/vmware.o
CC arch/x86/kernel/cpu/microcode/intel_lib.o
CC arch/x86/kernel/cpu/hypervisor.o
CC arch/x86/kernel/cpu/mshyperv.o
CC arch/x86/kernel/cpu/mtrr/if.o
CC arch/x86/kernel/cpu/mtrr/generic.o
CC arch/x86/kernel/cpu/mcheck/mce_amd.o
CC arch/x86/kernel/cpu/mcheck/mce_intel.o
CC arch/x86/kernel/cpu/mtrr/cleanup.o
LD arch/x86/kernel/cpu/microcode/microcode.o
LD arch/x86/kernel/cpu/microcode/built-in.o
CC arch/x86/kernel/cpu/mcheck/threshold.o
CC arch/x86/kernel/cpu/mcheck/therm_throt.o
CC arch/x86/kernel/cpu/capflags.o
CC arch/x86/kernel/cpu/mcheck/mce-apei.o
LD arch/x86/kernel/cpu/mtrr/built-in.o
LD arch/x86/kernel/cpu/mcheck/built-in.o
LD arch/x86/kernel/cpu/built-in.o
LD arch/x86/kernel/built-in.o
Makefile:943: recipe for target 'arch/x86' failed
make: *** [arch/x86] Error 2
* ERROR: sys-kernel/easy-kernel-4.4.9_p2::adelie failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info '=sys-kernel/easy-kernel-4.4.9_p2::adelie'`,
* the complete build log and the output of `emerge -pqv '=sys-kernel/easy-kernel-4.4.9_p2::adelie'`.
* The complete build log is located at '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/temp/environment'.
* Working directory: '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work/linux-4.4'
* S: '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work/linux-4.4'
>>> Failed to emerge sys-kernel/easy-kernel-4.4.9_p2, Log file:
>>> '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/temp/build.log'
* Messages for package sys-kernel/easy-kernel-4.4.9_p2:
* ERROR: sys-kernel/easy-kernel-4.4.9_p2::adelie failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info '=sys-kernel/easy-kernel-4.4.9_p2::adelie'`,
* the complete build log and the output of `emerge -pqv '=sys-kernel/easy-kernel-4.4.9_p2::adelie'`.
* The complete build log is located at '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/temp/environment'.
* Working directory: '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work/linux-4.4'
* S: '/var/tmp/portage/sys-kernel/easy-kernel-4.4.9_p2/work/linux-4.4'---https://git.adelielinux.org/adelie/packages/-/issues/10system/easy-kernel (4.4.9-mc2): page allocation failure under memory pressure2022-02-02T17:34:16ZEmilysystem/easy-kernel (4.4.9-mc2): page allocation failure under memory pressure| | |
| --- | --- |
| Bugzilla ID | 10 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2016-07-23 14:37:43 -0500 |
| Modified | 2016-07-27 21:08:39 -0500 |
| Status | RESOLVED WONTFIX |
| Vers...| | |
| --- | --- |
| Bugzilla ID | 10 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2016-07-23 14:37:43 -0500 |
| Modified | 2016-07-27 21:08:39 -0500 |
| Status | RESOLVED WONTFIX |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Normal / normal |
## Description
When the system runs low on RAM, instead of hitting oomkiller on large allocations, it instead fails to allocate page cache and the process requesting memory goes into "D" state in top.
dmesg output:
[15073.699225] gdb: page allocation failure: order:0, mode:0x54200ca
[15073.699228] CPU: 0 PID: 3992 Comm: gdb Not tainted 4.4.9-mc2-easy #1
[15073.699229] Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/2006
[15073.699230] 0000000000000286 000000001e8a7181 ffff8800016fb460 ffffffff81308fb8
[15073.699232] 00000000054200ca 0000000000000000 ffff8800016fb4f0 ffffffff8112e8f5
[15073.699233] ffff8800016fb4f0 ffff880017fedb20 0000000000000000 0000000000000042
[15073.699234] Call Trace:
[15073.699239] [<ffffffff81308fb8>] dump_stack+0x4d/0x65
[15073.699242] [<ffffffff8112e8f5>] warn_alloc_failed+0xf5/0x150
[15073.699244] [<ffffffff81131f54>] __alloc_pages_nodemask+0x324/0xb00
[15073.699247] [<ffffffff81171f47>] alloc_pages_current+0x87/0x110
[15073.699248] [<ffffffff81129460>] __page_cache_alloc+0xb0/0xc0
[15073.699249] [<ffffffff81129d2f>] pagecache_get_page+0x7f/0x1c0
[15073.699250] [<ffffffff81129e91>] grab_cache_page_write_begin+0x21/0x40
[15073.699252] [<ffffffff812184ca>] ext4_da_write_begin+0xaa/0x330
[15073.699253] [<ffffffff811292b9>] generic_perform_write+0xc9/0x1c0
[15073.699256] [<ffffffff811abe8a>] ? file_update_time+0x5a/0x110
[15073.699257] [<ffffffff8112af6b>] __generic_file_write_iter+0x18b/0x1e0
[15073.699259] [<ffffffff811d27eb>] ? inotify_handle_event+0xdb/0x170
[15073.699262] [<ffffffff816a5748>] ? preempt_schedule_common+0x18/0x30
[15073.699264] [<ffffffff8120d8cd>] ext4_file_write_iter+0xfd/0x470
[15073.699265] [<ffffffff811d0dcb>] ? fsnotify_destroy_event+0x2b/0x50
[15073.699267] [<ffffffff81150ad9>] ? follow_page_pte+0x199/0x320
[15073.699269] [<ffffffff81191ce7>] __vfs_write+0xc7/0x100
[15073.699270] [<ffffffff81191fda>] __kernel_write+0x4a/0xf0
[15073.699272] [<ffffffff811ebc12>] dump_emit+0x72/0xc0
[15073.699273] [<ffffffff811e636e>] elf_core_dump+0x125e/0x13f0
[15073.699274] [<ffffffff811ec4e3>] do_coredump+0x7a3/0xe50
[15073.699276] [<ffffffff810f55cb>] ? __delayacct_blkio_end+0x2b/0x40
[15073.699278] [<ffffffff8106642c>] get_signal+0x25c/0x5c0
[15073.699280] [<ffffffff810052f2>] do_signal+0x32/0x690
[15073.699281] [<ffffffff81065287>] ? do_send_sig_info+0x67/0xa0
[15073.699282] [<ffffffff81002184>] exit_to_usermode_loop+0x74/0x90
[15073.699283] [<ffffffff81002c18>] syscall_return_slowpath+0x48/0x50
[15073.699284] [<ffffffff816a9327>] int_ret_from_sys_call+0x25/0x8f
[15073.699285] Mem-Info:
[15073.699287] active_anon:73571 inactive_anon:712 isolated_anon:0
active_file:172 inactive_file:335 isolated_file:0
unevictable:0 dirty:0 writeback:252 unstable:0
slab_reclaimable:1874 slab_unreclaimable:4491
mapped:852 shmem:758 pagetables:3260 bounce:0
free:953 free_pcp:0 free_cma:0
[15073.699289] Node 0 DMA free:1484kB min:104kB low:128kB high:156kB active_anon:10832kB inactive_anon:84kB active_file:632kB inactive_file:896kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15992kB managed:15908kB mlocked:0kB dirty:0kB writeback:688kB mapped:652kB shmem:108kB slab_reclaimable:152kB slab_unreclaimable:440kB kernel_stack:128kB pagetables:204kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:9268 all_unreclaimable? yes
[15073.699291] lowmem_reserve[]: 0 347 347 347
[15073.699293] Node 0 DMA32 free:2328kB min:2328kB low:2908kB high:3492kB active_anon:283452kB inactive_anon:2764kB active_file:56kB inactive_file:444kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:376768kB managed:359584kB mlocked:0kB dirty:0kB writeback:320kB mapped:2756kB shmem:2924kB slab_reclaimable:7344kB slab_unreclaimable:17524kB kernel_stack:2192kB pagetables:12836kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:3472 all_unreclaimable? yes
[15073.699295] lowmem_reserve[]: 0 0 0 0
[15073.699297] Node 0 DMA: 1*4kB (M) 29*8kB (UME) 48*16kB (UME) 15*32kB (ME) 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1484kB
[15073.699301] Node 0 DMA32: 102*4kB (UME) 62*8kB (UME) 47*16kB (UME) 9*32kB (UE) 4*64kB (U) 1*128kB (E) 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2328kB
[15073.699306] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
[15073.699307] 1270 total pagecache pages
[15073.699308] 0 pages in swap cache
[15073.699308] Swap cache stats: add 0, delete 0, find 0/0
[15073.699309] Free swap = 0kB
[15073.699309] Total swap = 0kB
[15073.699310] 98190 pages RAM
[15073.699310] 0 pages HighMem/MovableOnly
[15073.699311] 4317 pages reserved
[15073.699311] 0 pages hwpoisoned---https://git.adelielinux.org/adelie/packages/-/issues/11system/musl: musl ld.so violates ELF 1.2 specification2022-11-09T16:10:40ZEmilysystem/musl: musl ld.so violates ELF 1.2 specification| | |
| --- | --- |
| Bugzilla ID | 11 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-07-24 18:47:47 -0500 |
| Modified | 2017-01-15 11:54:07 -0600 |
| Status | IN_PROGRESS |
| Version | 1.0-...| | |
| --- | --- |
| Bugzilla ID | 11 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-07-24 18:47:47 -0500 |
| Modified | 2017-01-15 11:54:07 -0600 |
| Status | IN_PROGRESS |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / critical |
| URL | http://git.musl-libc.org/cgit/musl/tree/ldso/dynlink.c#n1210 |
## Description
The ELF 1.2 Specification ( available at https://refspecs.linuxfoundation.org/elf/elf.pdf ), book III, chapter II, section III, subsection VIII, page 2-14 through 2-16 (and Figure 2-10), specifies:
Before the initialization code for any object A is called, the initialization code for any other objects that object A depends on are called. For these purposes, an object A depends on another object B, if B appears in A’s list of needed objects (recorded in the DT_NEEDED entries of the dynamic structure). The order of initialization for circular dependencies is undefined.
Using unpatched musl 1.1.14, 1.1.15, and HEAD, this behaviour is not followed; see https://bpaste.net/raw/89c5111dbc5f for GDB output of a very simple test case using GLib 2.46.2.
This can also affect certain combinations of X.Org drivers and modules unless a module load order is specified by the user in /etc/X11/xorg.conf; specifically, it appears to cause nouveau to fail to start up. It also affects creation of gtk-doc manual sets.
The URL for this bug points to the code that is deficient to the specification.---https://git.adelielinux.org/adelie/packages/-/issues/12/etc/issue is not displayed on boot up2023-09-13T14:29:50ZEmily/etc/issue is not displayed on boot up| | |
| --- | --- |
| Bugzilla ID | 12 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-08-08 01:04:05 -0500 |
| Modified | 2016-08-08 01:49:44 -0500 |
| Status | RESOLVED FIXED |
| Version | 1....| | |
| --- | --- |
| Bugzilla ID | 12 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-08-08 01:04:05 -0500 |
| Modified | 2016-08-08 01:49:44 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / major |
## Description
Before we hit beta, I would like to figure out the proper way to tell getty to display /etc/issue. It doesn't typically require any configuration on a Debian or Gentoo machine, so it surprises me that it does not do that by default. However, as shown on the ALPHA1 CD-ROM, it is not displayed.1.0-BETA1https://git.adelielinux.org/adelie/image/-/issues/13LVM is heavily broken on live CD2017-12-16T03:55:25ZEmilyLVM is heavily broken on live CD| | |
| --- | --- |
| Bugzilla ID | 13 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-08-08 03:28:06 -0500 |
| Modified | 2017-12-15 21:55:25 -0600 |
| Status | RESOLVED FIXED |
| Version | 1....| | |
| --- | --- |
| Bugzilla ID | 13 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-08-08 03:28:06 -0500 |
| Modified | 2017-12-15 21:55:25 -0600 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Highest / blocker |
## Description
adelie ~ # vgcreate -v kelsey /dev/vda2
Adding physical volume '/dev/vda2' to volume group 'kelsey'
adelie ~ # lvcreate -L 40G -n root kelsey
Volume group "kelsey" not found
adelie ~ # vgcscan -v
Reading all physical volumes. This may take a while...
Finding all volume groups.
No volume groups found.
adelie ~ # vgcreate -An -v kelsey /dev/vda
Adding physical volume '/dev/vda2' to volume group 'kelsey'
Volume group "kelsey" successfully created
adelie ~ # lvcreate -An -L 40G -n root kelsey
7fbb177ce000-7fbb17a11000 r-xp 00000000 07:04 398 /lib/libdevmapper.so.1.02: mlock failed: Out of memory
7fbb17a16000-7fbb17c1b000 r-xp 00000000 07:04 398 /lib/libdevmapper.so.1.02: mlock failed: Out of memory
Logical volume "root" created.
The need for "-An" is because /etc is read-only and therefore it cannot make a backup of the PV layout in /etc/lvm/archive, and that is probably ok. Can someone trace the mlock and see if that issue is also caused by read-only /etc, or if something more sinister is occurring on the live CD? I really don't want to ship anything even remotely resembling that output in a user-facing utility.1.0-ALPHA2https://git.adelielinux.org/adelie/horizon/-/issues/14There is no way to generate initramfs images2017-02-26T05:35:04ZEmilyThere is no way to generate initramfs images| | |
| --- | --- |
| Bugzilla ID | 14 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Elizabeth Myers (Elizafox) |
| Reported | 2016-08-08 05:11:30 -0500 |
| Modified | 2017-02-25 23:35:04 -0600 |
| Status | RESOLVED FIXED |
| Versi...| | |
| --- | --- |
| Bugzilla ID | 14 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Elizabeth Myers (Elizafox) |
| Reported | 2016-08-08 05:11:30 -0500 |
| Modified | 2017-02-25 23:35:04 -0600 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / critical |
## Description
An initrd is required to boot Adélie in any of the following situations:
- root (/) is not extfs (XFS, JFS, BTRFS, NILFS2, F2FS, Reiser, and NFS are all modules)
- root is on LVM
- root is encrypted
- user desires better support than sg / ATA_GENERIC (all vendor-specific SATA/PATA controller drivers are modules)
We have no system to create them. The following choices are available in Portage:
## dracut
This was originally Red Hat's initramfs generator, which has since been 'absorbed' into kernel.org.
## genkernel (-next)
This is Gentoo's initramfs generator.
The following other choices are likely able to be packaged for Adélie:
## mkinitcpio
Used by Arch Linux.
## mkinitfs
Used by Alpine Linux.
We could also write our own.1.0-ALPHA2https://git.adelielinux.org/adelie/packages/-/issues/15user/libwacom: install has missed the dependency on libgudev2022-02-02T17:33:59ZEmilyuser/libwacom: install has missed the dependency on libgudev| | |
| --- | --- |
| Bugzilla ID | 15 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-08-13 03:54:51 -0500 |
| Modified | 2017-11-24 22:18:14 -0600 |
| Status | RESOLVED WONTFIX |
| Version | ...| | |
| --- | --- |
| Bugzilla ID | 15 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-08-13 03:54:51 -0500 |
| Modified | 2017-11-24 22:18:14 -0600 |
| Status | RESOLVED WONTFIX |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Normal / major |
## Description
dev-libs/libwacom::gentoo correctly specifies in RDEPEND:
virtual/libgudev:=
In APKINDEX:
C:Q1NOFzjTa4jBwKzk6+tJYpqS0rMVA=
P:libwacom
V:0.18
A:x86_64
S:71522
I:716800
T:Library for identifying Wacom tablets and their model-specific features
U:http://linuxwacom.sourceforge.net/
L:
D:glib2 v:libgudev
p:so:libwacom.so.2
On a real computer where libwacom has been installed, to satisfy libinput, to satisfy kwin5:
Error relocating /usr/bin/kwin_x11: Cannot load library libgudev-1.0.so.0: No such file or directory (needed by /usr/lib/libwacom.so.2)
Installing libgudev manually fixes the issue and allows KWin to start up.---https://git.adelielinux.org/adelie/image/-/issues/16apk-tools on CD cannot connect to HTTPS mirrors2016-10-26T08:19:51ZEmilyapk-tools on CD cannot connect to HTTPS mirrors| | |
| --- | --- |
| Bugzilla ID | 16 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-08-13 05:54:01 -0500 |
| Modified | 2016-10-26 03:19:51 -0500 |
| Status | RESOLVED FIXED |
| Version | 1....| | |
| --- | --- |
| Bugzilla ID | 16 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-08-13 05:54:01 -0500 |
| Modified | 2016-10-26 03:19:51 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Highest / blocker |
## Description
adelie /target # apk update --root /target
fetch https://distfiles.adelielinux.org/adelie/1.0-alpha/x86_64/APKINDEX.tar.gz
ERROR: https://distfiles.adelielinux.org/adelie/1.0-alpha/: could not connect to server (check repositories file)
WARNING: Ignoring APKINDEX.fd528d1b.tar.gz: No such file or directory
1 errors; 0 distinct packages available
[change to http]
adelie /target # apk update --root /target
fetch http://distfiles.adelielinux.org/adelie/1.0-alpha/x86_64/APKINDEX.tar.gz
OK: 2558 distinct packages available1.0-ALPHA2https://git.adelielinux.org/adelie/packages/-/issues/17Shell profile is weird when logging in sometimes2022-02-02T17:10:22ZEmilyShell profile is weird when logging in sometimes| | |
| --- | --- |
| Bugzilla ID | 17 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2016-08-13 05:58:56 -0500 |
| Modified | 2016-10-26 02:45:16 -0500 |
| Status | RESOLVED FIXED |
| Versio...| | |
| --- | --- |
| Bugzilla ID | 17 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2016-08-13 05:58:56 -0500 |
| Modified | 2016-10-26 02:45:16 -0500 |
| Status | RESOLVED FIXED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / critical |
## Description
Logging in to an Adélie system from tty or launching a Konsole shows the typical Adélie bash/zsh prompt, but logging in via SSH or opening a new tmux window shows "-bash-4.3" as PS1 and PATH set to simply /usr/bin:/bin.
This has major usability repercussions; for instance, on ssh:
-bash-4.3# apk
-bash: apk: command not found
-bash-4.3# echo $PATH
/usr/bin:/bin
As I am not highly knowledgable in the internal workings of Bash, I have assigned this to our shell expert.---https://git.adelielinux.org/adelie/packages/-/issues/18system/easy-kernel (4.14.8-mc2): nouveau lock ups2022-02-02T17:33:26ZEmilysystem/easy-kernel (4.14.8-mc2): nouveau lock ups| | |
| --- | --- |
| Bugzilla ID | 18 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2016-08-14 00:20:57 -0500 |
| Modified | 2018-01-03 20:21:07 -0600 |
| Status | RESOLVED WONTFIX |
| Vers...| | |
| --- | --- |
| Bugzilla ID | 18 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2016-08-14 00:20:57 -0500 |
| Modified | 2018-01-03 20:21:07 -0600 |
| Status | RESOLVED WONTFIX |
| Version | 1.0-ALPHA4 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Normal / major |
| URL | https://bugs.freedesktop.org/show_bug.cgi?id=104448 |
## Description
Experiences running KDE Plasma 5 on a GeForce GT 730 (PCI-e) with current easy-kernel (mc3):
- Screen locker has a quite groovy failure sometimes, where the clock will wind back and forth. ->
- If there are many things using 3D acceleration at once, the card starts throwing errors like so in dmesg:
[68700.018469] nouveau 0000:01:00.0: gr: TRAP ch 7 [007f8d2000 kwin_x11[2436]]
[68700.018478] nouveau 0000:01:00.0: gr: GPC0/TPC0/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 20009 [ILLEGAL_INSTR_ENCODING]
[68700.018491] nouveau 0000:01:00.0: gr: TRAP ch 7 [007f8d2000 kwin_x11[2436]]
[68700.018499] nouveau 0000:01:00.0: gr: GPC0/TPC0/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 80009 [ILLEGAL_INSTR_ENCODING]
Sometimes these errors are recoverable, but occasionally, the display dies entirely. The mouse cursor continues to move, but no input is accepted, and all X clients are shown as 'stuck' in top (verified using ssh). Attempts to pkill them, even with -ABRT or -ILL, results in them becoming " <defunct>"/Z state. At this point, it varies whether the system sits there unresponsive forever, reboots, or - in one instance - power off entirely.
Initially, I believed this may be an upstream issue in mesa. However, upon closer inspection, I am flagging this a kernel issue because the fix may lie somewhere in 4.7 or 4.8, as nouveau support for the NV1xx chips is progressing rapidly in those DRM trees.
It also did not prove to be an error in the KWin compositor, as even with composition disabled I was able to reproduce this issue.1.0-BETA1