Adélie Linux issueshttps://git.adelielinux.org/groups/adelie/-/issues2022-10-28T13:45:41Zhttps://git.adelielinux.org/adelie/image/-/issues/256Live CD does not detect disks on mac mini G4 (1.0 RC1)2022-10-28T13:45:41ZEmilyLive CD does not detect disks on mac mini G4 (1.0 RC1)| | |
| --- | --- |
| Bugzilla ID | 256 |
| Reporter | Marc T |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2020-04-05 19:01:49 -0500 |
| Modified | 2020-04-13 19:31:40 -0500 |
| Status | CONFIRMED |
| Version | 1.0-RC1 |
| Hardwa...| | |
| --- | --- |
| Bugzilla ID | 256 |
| Reporter | Marc T |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2020-04-05 19:01:49 -0500 |
| Modified | 2020-04-13 19:31:40 -0500 |
| Status | CONFIRMED |
| Version | 1.0-RC1 |
| Hardware | Adélie Linux / PowerPC (32-bit) |
| Importance | --- / blocker |
## Description
Hi all,
I guess it is the same reason as stated in bug 96 (https://bts.adelielinux.org/show_bug.cgi?id=96), but as it is a different machine, I prefer to file a different bug.
Live CD 1.0 RC1 doesn't see the PATA drive inside the mac mini. The same drive is fine under OS X 10.4.
Do you need lspci output for this machine?
Thanks, Marc1.0-BETA3https://git.adelielinux.org/adelie/image/-/issues/247Graphical issues on mac mini ppc (Radeon) - can't start live session2021-05-12T03:59:10ZEmilyGraphical issues on mac mini ppc (Radeon) - can't start live session| | |
| --- | --- |
| Bugzilla ID | 247 |
| Reporter | Marc T |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2020-03-29 15:19:01 -0500 |
| Modified | 2020-03-29 19:23:50 -0500 |
| Status | CONFIRMED |
| Version | 1.0-RC1 |
| Hardwa...| | |
| --- | --- |
| Bugzilla ID | 247 |
| Reporter | Marc T |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2020-03-29 15:19:01 -0500 |
| Modified | 2020-03-29 19:23:50 -0500 |
| Status | CONFIRMED |
| Version | 1.0-RC1 |
| Hardware | Adélie Linux / PowerPC (32-bit) |
| Importance | --- / normal |
## Description
Hi all,
I am willing to install Adelie Linux on my mac mini ppc G4 that works fine under OS X 10.4. I am using a CD with live version of Adelie 1.0-RC1.
Grub menu is fine, then early boot sequence is OK with coarse display settings, but as soon as screen resolution changes (I guess video drivers loading), screen turns black or starts flashing.
On the web, people having installed linux on this machine have added some kernel video parameters like:
radeon.agpmode=-1 video=radeonfb:1024x768
or:
radeon.modeset=0 radeon.agpmode=-1 radeonfb=1024x768-32
I tried the first one in grub with no luck. But, first thing first, I wonder if all these parameters are still correct with the kernel used in Adelie?
If someone could point me towards the right kernel documentation, I am happy to make some testing.
Thanks, Marc1.0-BETA3https://git.adelielinux.org/adelie/image/-/issues/188adelie-full-pmmx-1.0-beta3,beta4 do not boot on a Shuttle XPC SN41G22021-05-12T03:59:07ZEmilyadelie-full-pmmx-1.0-beta3,beta4 do not boot on a Shuttle XPC SN41G2| | |
| --- | --- |
| Bugzilla ID | 188 |
| Reporter | erhard_f |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-08-31 10:52:29 -0500 |
| Modified | 2019-09-04 19:43:28 -0500 |
| Status | CONFIRMED |
| Version | 1.0-BETA3 |
| Ha...| | |
| --- | --- |
| Bugzilla ID | 188 |
| Reporter | erhard_f |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-08-31 10:52:29 -0500 |
| Modified | 2019-09-04 19:43:28 -0500 |
| Status | CONFIRMED |
| Version | 1.0-BETA3 |
| Hardware | Adélie Linux / Intel x86 (32-bit) |
| Importance | --- / major |
## Description
**Created [attachment 16](/uploads/77ec0963c05d0c1a0251d2453c501de8/P1050451_small.jpg)**
kernel panic.jpg
adelie-full-pmmx-1.0-beta4 (and beta4) fail to boot on my Shuttle XPC SN41G2, leading to a kernel panic.
Booting the DVD media from the DVD drive works, GRUB gets loaded, the kernel too, but it has problems to find the root filesystem, looking through several /dev/loopX. After a while this leads to a kernel panic (see screenshot).1.0-BETA3https://git.adelielinux.org/adelie/docs/-/issues/94Administrator's Handbook, chapter 5: "Static addressing" does not cover stati...2021-05-12T03:52:58ZEmilyAdministrator's Handbook, chapter 5: "Static addressing" does not cover static addressing| | |
| --- | --- |
| Bugzilla ID | 94 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-05-21 17:18:47 -0500 |
| Modified | 2019-05-21 17:18:47 -0500 |
| Status | CONFIRMED |
| Version | 1.0-BE...| | |
| --- | --- |
| Bugzilla ID | 94 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-05-21 17:18:47 -0500 |
| Modified | 2019-05-21 17:18:47 -0500 |
| Status | CONFIRMED |
| Version | 1.0-BETA3 |
| Hardware | All / All |
| Importance | --- / major |
## Description
There is no mention of config_*, routes_*, etc. We should cover at least the basics, and reference the netifrc documentation for advanced usage.1.0-BETA3https://git.adelielinux.org/adelie/docs/-/issues/86Admin Handbook, chapter 1: Revise introduction to "The shell environment"?2021-05-12T03:52:56ZEmilyAdmin Handbook, chapter 1: Revise introduction to "The shell environment"?| | |
| --- | --- |
| Bugzilla ID | 86 |
| Reporter | Michael Siegel |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-02-27 13:26:03 -0600 |
| Modified | 2019-02-27 13:26:03 -0600 |
| Status | CONFIRMED |
| Version | 1.0-BETA2 |...| | |
| --- | --- |
| Bugzilla ID | 86 |
| Reporter | Michael Siegel |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-02-27 13:26:03 -0600 |
| Modified | 2019-02-27 13:26:03 -0600 |
| Status | CONFIRMED |
| Version | 1.0-BETA2 |
| Hardware | All / All |
| Importance | --- / minor |
## Description
Section "The shell environment"[1] currently starts like this:
The shell environment, also called a terminal or console, is an interface
where you type commands in to a command processor (the shell), and view the
results of the command on your screen.
I'd suggest to change that a bit, to something like this:
The shell environment, also referred to as the terminal, the console or the
command line, provides a text-based interface where you type commands into a
command interpreter (the shell) and view the results of their execution on
the screen.
[1] https://help.adelielinux.org/html/admin/introduction.html#idm703613607780961.0-BETA3https://git.adelielinux.org/adelie/docs/-/issues/85GRUB installation wiki page: Add warning about changed drive labels after reboot2021-05-12T03:52:54ZEmilyGRUB installation wiki page: Add warning about changed drive labels after reboot| | |
| --- | --- |
| Bugzilla ID | 85 |
| Reporter | Michael Siegel |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-01-13 10:00:03 -0600 |
| Modified | 2019-01-13 10:00:03 -0600 |
| Status | CONFIRMED |
| Version | 1.0-BETA2 |...| | |
| --- | --- |
| Bugzilla ID | 85 |
| Reporter | Michael Siegel |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-01-13 10:00:03 -0600 |
| Modified | 2019-01-13 10:00:03 -0600 |
| Status | CONFIRMED |
| Version | 1.0-BETA2 |
| Hardware | Adélie Linux / All |
| Importance | --- / minor |
## Description
When you're installing Adélie manually from the live system on a USB key, the USB key will be seen as /dev/sda by the system, while your first internal hard drive will be seen as /dev/sdb (it may also be /dev/hda vs. /dev/hdb or /dev/vda vs. /dev/vdb, depending on the hardware).
This will create a problem later, if you run
# grub-install --boot-directory=/boot /dev/$disk
with the value of $disk derived from what the currently running live system sees it as (sdb) because once the USB key is removed, the system will see the internal drive as sda.
Now, if the grub.cfg created during installation contains root=/dev/sdb<partition number>, this will cause a kernel panic because the root fs cannot be found. You'll have to change it back to /dev/sda<partition number> to work properly.1.0-BETA3https://git.adelielinux.org/adelie/gcompat/-/issues/44More _chk functions and getdirentries64 required by icaclient2023-05-03T16:18:50ZEmilyMore _chk functions and getdirentries64 required by icaclient| | |
| --- | --- |
| Bugzilla ID | 44 |
| Reporter | Max Rees (sroracle) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2018-01-05 20:06:50 -0600 |
| Modified | 2018-11-12 01:01:49 -0600 |
| Status | RESOLVED INVALID |
| Version | ...| | |
| --- | --- |
| Bugzilla ID | 44 |
| Reporter | Max Rees (sroracle) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2018-01-05 20:06:50 -0600 |
| Modified | 2018-11-12 01:01:49 -0600 |
| Status | RESOLVED INVALID |
| Version | 0.1.0 |
| Hardware | Adélie Linux / Other |
| Importance | Normal / normal |
## Description
Error relocating wfica: __stpcpy_chk: symbol not found
Error relocating wfica: __vsyslog_chk: symbol not found
Error relocating wfica: __memmove_chk: symbol not found
Error relocating wfica: __memset_chk: symbol not found
Error relocating wfica: __read_chk: symbol not found
Error relocating wfica: getdirentries64: symbol not found1.0-RELEASEhttps://git.adelielinux.org/adelie/gcompat/-/issues/38qfcvt_r and __wcstol_internal required for Xilinx ISE2021-05-12T03:50:18ZEmilyqfcvt_r and __wcstol_internal required for Xilinx ISE| | |
| --- | --- |
| Bugzilla ID | 38 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2017-12-05 17:49:59 -0600 |
| Modified | 2018-11-12 01:44:19 -0600 |
| Status | IN_PROGRESS |
| Version | 0.1....| | |
| --- | --- |
| Bugzilla ID | 38 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2017-12-05 17:49:59 -0600 |
| Modified | 2018-11-12 01:44:19 -0600 |
| Status | IN_PROGRESS |
| Version | 0.1.0 |
| Hardware | Adélie Linux / All |
| Importance | Normal / enhancement |
## Description
The Xilinx HDL software suite need qfcvt_r and __wcstol_internal implemented in gcompat to run the setup routines.
Reported on IRC by Shiz.0.9.0 (1.0-RC1)https://git.adelielinux.org/adelie/gcompat/-/issues/302Cannot build gcompat in Ubuntu 18.042021-05-12T03:50:15ZEmilyCannot build gcompat in Ubuntu 18.04| | |
| --- | --- |
| Bugzilla ID | 302 |
| Reporter | Nikos Dragazis |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2020-06-11 06:19:10 -0500 |
| Modified | 2020-06-23 11:28:42 -0500 |
| Status | CONFIRMED |
| Version | 0.2.0 |
| ...| | |
| --- | --- |
| Bugzilla ID | 302 |
| Reporter | Nikos Dragazis |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2020-06-11 06:19:10 -0500 |
| Modified | 2020-06-23 11:28:42 -0500 |
| Status | CONFIRMED |
| Version | 0.2.0 |
| Hardware | Other Linux / Intel x86 (64-bit) |
| Importance | --- / blocker |
## Description
OS: Ubuntu 18.04 (bionic)
kernel: 5.3.0-53-generic
arch: x86_64
gcompat version: https://github.com/AdelieLinux/gcompat
Steps to reproduce:
$ cd gcompat
$ make
Actual output:
cc -c -D_BSD_SOURCE \
-DLIBGCOMPAT='"/lib/libgcompat.so.0"' \
-DLINKER='""' -DLOADER='"ld-linux.so.2"' \
-fPIC -Ilibgcompat -std=c99 \
-Wall -Wextra -Wno-frame-address -Wno-unused-parameter \
-o libgcompat/ctype.o libgcompat/ctype.c
cc -c -D_BSD_SOURCE \
-DLIBGCOMPAT='"/lib/libgcompat.so.0"' \
-DLINKER='""' -DLOADER='"ld-linux.so.2"' \
-fPIC -Ilibgcompat -std=c99 \
-Wall -Wextra -Wno-frame-address -Wno-unused-parameter \
-o libgcompat/cxx_thread.o libgcompat/cxx_thread.c
In file included from /usr/include/pthread.h:21:0,
from libgcompat/cxx_thread.c:1:
/usr/include/features.h:184:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
# warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
^~~~~~~
cc -c -D_BSD_SOURCE \
-DLIBGCOMPAT='"/lib/libgcompat.so.0"' \
-DLINKER='""' -DLOADER='"ld-linux.so.2"' \
-fPIC -Ilibgcompat -std=c99 \
-Wall -Wextra -Wno-frame-address -Wno-unused-parameter \
-o libgcompat/dlfcn.o libgcompat/dlfcn.c
In file included from /usr/include/dlfcn.h:22:0,
from libgcompat/dlfcn.c:1:
/usr/include/features.h:184:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
# warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
^~~~~~~
cc -c -D_BSD_SOURCE \
-DLIBGCOMPAT='"/lib/libgcompat.so.0"' \
-DLINKER='""' -DLOADER='"ld-linux.so.2"' \
-fPIC -Ilibgcompat -std=c99 \
-Wall -Wextra -Wno-frame-address -Wno-unused-parameter \
-o libgcompat/error.o libgcompat/error.c
In file included from /usr/include/errno.h:25:0,
from libgcompat/error.c:2:
/usr/include/features.h:184:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
# warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
^~~~~~~
cc -c -D_BSD_SOURCE \
-DLIBGCOMPAT='"/lib/libgcompat.so.0"' \
-DLINKER='""' -DLOADER='"ld-linux.so.2"' \
-fPIC -Ilibgcompat -std=c99 \
-Wall -Wextra -Wno-frame-address -Wno-unused-parameter \
-o libgcompat/execinfo.o libgcompat/execinfo.c
In file included from /usr/include/dlfcn.h:22:0,
from libgcompat/execinfo.c:1:
/usr/include/features.h:184:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
# warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
^~~~~~~
libgcompat/execinfo.c: In function ‘backtrace_symbols’:
libgcompat/execinfo.c:53:3: error: unknown type name ‘Dl_info’
Dl_info info;
^~~~~~~
libgcompat/execinfo.c:55:7: warning: implicit declaration of function ‘dladdr’ [-Wimplicit-function-declaration]
if (dladdr(array[i], &info) && info.dli_sname != NULL) {
^~~~~~
libgcompat/execinfo.c:55:38: error: request for member ‘dli_sname’ in something not a structure or union
if (dladdr(array[i], &info) && info.dli_sname != NULL) {
^
libgcompat/execinfo.c:56:20: error: request for member ‘dli_sname’ in something not a structure or union
result[i] = info.dli_sname;
^
libgcompat/execinfo.c: In function ‘backtrace_symbols_fd’:
libgcompat/execinfo.c:73:3: error: unknown type name ‘Dl_info’
Dl_info info;
^~~~~~~
libgcompat/execinfo.c:77:38: error: request for member ‘dli_sname’ in something not a structure or union
if (dladdr(array[i], &info) && info.dli_sname != NULL) {
^
libgcompat/execinfo.c:78:15: error: request for member ‘dli_sname’ in something not a structure or union
line = info.dli_sname;
^
Makefile:79: recipe for target 'libgcompat/execinfo.o' failed
make: *** [libgcompat/execinfo.o] Error 1
Expected output:
It should be compiling successfully.1.0-RELEASEhttps://git.adelielinux.org/adelie/packages/-/issues/227system/xfsprogs: invalid printf flags in stat.c2023-01-05T17:22:09ZEmilysystem/xfsprogs: invalid printf flags in stat.c| | |
| --- | --- |
| Bugzilla ID | 227 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-12-22 21:29:06 -0600 |
| Modified | 2019-12-22 21:29:06 -0600 |
| Status | CONFIRMED |
| Version | 1.0-B...| | |
| --- | --- |
| Bugzilla ID | 227 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-12-22 21:29:06 -0600 |
| Modified | 2019-12-22 21:29:06 -0600 |
| Status | CONFIRMED |
| Version | 1.0-BETA4 |
| Hardware | Adélie Linux / All |
| Importance | --- / normal |
## Description
stat.c: In function ‘dump_raw_stat’:
stat.c:69:32: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 2 has type ‘time_t’ {aka ‘long long int’} [-Wformat=]
printf("stat.atime.tv_sec = %ld\n", st->st_atim.tv_sec);
~~^ ~~~~~~~~~~~~~~~~~~
%lld
stat.c:71:32: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 2 has type ‘time_t’ {aka ‘long long int’} [-Wformat=]
printf("stat.ctime.tv_sec = %ld\n", st->st_ctim.tv_sec);
~~^ ~~~~~~~~~~~~~~~~~~
%lld
stat.c:73:32: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 2 has type ‘time_t’ {aka ‘long long int’} [-Wformat=]
printf("stat.mtime.tv_sec = %ld\n", st->st_mtim.tv_sec);
~~^ ~~~~~~~~~~~~~~~~~~
%lld1.0-BETA3https://git.adelielinux.org/adelie/packages/-/issues/226system/cvs: lib/mktime.c is unsafe for time642023-01-05T17:21:51ZEmilysystem/cvs: lib/mktime.c is unsafe for time64| | |
| --- | --- |
| Bugzilla ID | 226 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-12-22 20:22:12 -0600 |
| Modified | 2019-12-22 20:22:12 -0600 |
| Status | CONFIRMED |
| Version | 1.0-B...| | |
| --- | --- |
| Bugzilla ID | 226 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-12-22 20:22:12 -0600 |
| Modified | 2019-12-22 20:22:12 -0600 |
| Status | CONFIRMED |
| Version | 1.0-BETA4 |
| Hardware | Adélie Linux / All |
| Importance | --- / minor |
## Description
The mktime code in CVS is horrifying.
We may be able to avoid fixing this code by fixing the ./configure test that determines if the system / libc mktime is usable.1.0-BETA3https://git.adelielinux.org/adelie/packages/-/issues/396system/easy-kernel: Enable CONFIG_MOUSE_PS2_ELANTECH2023-01-05T19:23:40ZEmilysystem/easy-kernel: Enable CONFIG_MOUSE_PS2_ELANTECH| | |
| --- | --- |
| Bugzilla ID | 396 |
| Reporter | Bobby Bingham |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2020-12-20 15:21:54 -0600 |
| Modified | 2020-12-20 15:21:54 -0600 |
| Status | CONFIRMED |
| Version | 1.0-R...| | |
| --- | --- |
| Bugzilla ID | 396 |
| Reporter | Bobby Bingham |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2020-12-20 15:21:54 -0600 |
| Modified | 2020-12-20 15:21:54 -0600 |
| Status | CONFIRMED |
| Version | 1.0-RC1 |
| Hardware | Adélie Linux / All |
| Importance | --- / enhancement |
## Description
Can a future version of easy-kernel enable CONFIG_MOUSE_PS2_ELANTECH?
It's required for some of the features on my laptop's touchpad.1.0-RC2A. WilcoxA. Wilcoxhttps://git.adelielinux.org/adelie/packages/-/issues/260system/easy-kernel: cannot boot from MMC rootfs (drivers =M, not =Y)2023-01-05T19:00:57ZEmilysystem/easy-kernel: cannot boot from MMC rootfs (drivers =M, not =Y)| | |
| --- | --- |
| Bugzilla ID | 260 |
| Reporter | Max Rees (sroracle) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2020-04-15 18:22:40 -0500 |
| Modified | 2020-04-15 18:30:44 -0500 |
| Status | CONFIRMED |
| Version |...| | |
| --- | --- |
| Bugzilla ID | 260 |
| Reporter | Max Rees (sroracle) |
| Assignee | Horst Burkhardt (mc68030) |
| Reported | 2020-04-15 18:22:40 -0500 |
| Modified | 2020-04-15 18:30:44 -0500 |
| Status | CONFIRMED |
| Version | 1.0-RC1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | --- / enhancement |
## Description
The Kconfig for at least x86_64's easy-kernel doesn't have the MMC drivers built-in, so it is not possible to boot an installation from an MMC-based rootfs without using a custom kernel or an initramfs.
This issue kind of touches at the heart of the fuzzy line we have between easy-kernel and using an initramfs now that we ship dracut. As far as I know there isn't a specific policy on what should be baked in and what shouldn't, just a vague idea of what's "common". I'm fine with closing this as WONTFIX, but it would be nice to establish a consistent policy (indeed, across all architectures too).1.0-BETA3https://git.adelielinux.org/adelie/packages/-/issues/103legacy/man-db: man-db warns about some malformed manual pages2021-11-04T01:18:40ZEmilylegacy/man-db: man-db warns about some malformed manual pages| | |
| --- | --- |
| Bugzilla ID | 103 |
| Reporter | Michael Siegel |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-06-27 11:43:00 -0500 |
| Modified | 2019-06-27 11:43:00 -0500 |
| Status | CONFIRMED |
| Version | 1.0-BETA3 ...| | |
| --- | --- |
| Bugzilla ID | 103 |
| Reporter | Michael Siegel |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-06-27 11:43:00 -0500 |
| Modified | 2019-06-27 11:43:00 -0500 |
| Status | CONFIRMED |
| Version | 1.0-BETA3 |
| Hardware | Adélie Linux / All |
| Importance | --- / minor |
## Description
When I ran
apk add docs
on 1.0-BETA3 today, I got the following warnings from mandb:
mandb: warning: /usr/share/man/man7/soxeffect.7.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/config.sub.1.gz: whatis parse for config.sub(1) failed
mandb: warning: /usr/share/man/man1/autoscan.1.gz: whatis parse for autoscan(1) failed
mandb: warning: /usr/share/man/man1/pango-view.1.gz: whatis parse for pango-view(1) failed
mandb: warning: whatis parse for pcre2demo(3) failed
mandb: warning: /usr/share/man/man3/pcredemo.3.gz: whatis pasre for pcredemo(3) failed
mandb: warning: /usr/share/man/cat1/ex.nvi.0.gz: ignoring bogus filename
mandb: warning: /usr/share/man/cat1/view.nvi.0.gz: ignoring bogus filename
mandb: warning: /usr/share/man/cat1/vi.0.gz: ignoring bogus filename1.0-BETA3https://git.adelielinux.org/adelie/packages/-/issues/20librpc does not include /etc/rpc file, breaking FHS specification2022-02-02T17:10:22ZEmilylibrpc does not include /etc/rpc file, breaking FHS specification| | |
| --- | --- |
| Bugzilla ID | 20 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-10-20 05:28:49 -0500 |
| Modified | 2016-10-20 05:28:49 -0500 |
| Status | CONFIRMED |
| Version | 1.0-AL...| | |
| --- | --- |
| Bugzilla ID | 20 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-10-20 05:28:49 -0500 |
| Modified | 2016-10-20 05:28:49 -0500 |
| Status | CONFIRMED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / critical |
## Description
FHS 3.0 §3.7.3 (http://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#specificOptions5) specifies the following:
The following files, or symbolic links to files, must be in /etc if the corresponding subsystem is installed: [3]
[...]
rpc RPC protocol listing
When the 'librpc' package is installed on an Adélie system, the /etc/rpc file is not included. This file is required by applications that use ONC/Sun RPC or any of the following methods:
* getrpcent
* getrpcbyname
* getrpcbynumber
This set of methods is included on all of Linux/glibc, FreeBSD, NetBSD, OpenBSD, and Solaris. It is a component of the Sun RPC standard, and the librpc we ship for Sun RPC also uses the /etc/rpc file as seen here: http://git.openwrt.org/project?p=project/librpc-uclibc.git;a=blob;f=getrpcent.c;h=9da55627ec2d75830e8217660f077abea96c7db6;hb=HEAD
We need to evaluate where we should obtain a copy of /etc/rpc for use in librpc. I can easily modify the ebuild to fetch a file and insinto /etc. Should we use a BSD copy? What about Solaris' copy, since OpenIndiana appears to be not completely dead? We could also generate it from the IANA raw feed located at http://www.iana.org/assignments/rpc-program-numbers/rpc-program-numbers.xhtml (plain text and XML are both available; we should be able to parse it).1.0-RELEASEhttps://git.adelielinux.org/adelie/packages/-/issues/7[meta] POSIX®: UP: talk(1) is required2023-11-15T23:53:00ZEmily[meta] POSIX®: UP: talk(1) is required| | |
| --- | --- |
| Bugzilla ID | 7 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-17 10:58:12 -0500 |
| Modified | 2020-04-19 07:09:34 -0500 |
| Status | CONFIRMED |
| Version | 1.0-ALP...| | |
| --- | --- |
| Bugzilla ID | 7 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-17 10:58:12 -0500 |
| Modified | 2020-04-19 07:09:34 -0500 |
| Status | CONFIRMED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / normal |
| Blocks | https://bts.adelielinux.org/show_bug.cgi?id=3 |
## Description
The User Portability Utilities option of POSIX® 1003.1-2013 requires an implementation of talk(1). One is available in portage as net-misc/netkit-talk, but there are a number of issues with it:
* HOMEPAGE is dead (ftp.uk.linux.org doesn't exist any more).
* The NetKit package is listed as "orphaned" at the Linux Foundation. ( http://www.linuxfoundation.org/collaborate/workgroups/networking/netkit )
* talk is pretty insecure, from what I remember of it. In fairness, I haven't used it since 2010.
* I think it may require inetd/xinetd to function properly.
We can do a few different things:
* Package netkit-talk, but don't install it in base. We then note that conformance with the UP option requires installation of the package.
* Install netkit-talk in base.
* Do not package netkit-talk, and do not conform to the UP option.---https://git.adelielinux.org/adelie/packages/-/issues/3[meta] POSIX® conformance tracker2023-11-15T23:53:04ZEmily[meta] POSIX® conformance tracker| | |
| --- | --- |
| Bugzilla ID | 3 |
| Alias(es) | POSIX |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 14:20:26 -0500 |
| Modified | 2017-10-08 18:25:23 -0500 |
| Status | CONFIRMED ...| | |
| --- | --- |
| Bugzilla ID | 3 |
| Alias(es) | POSIX |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-04-16 14:20:26 -0500 |
| Modified | 2017-10-08 18:25:23 -0500 |
| Status | CONFIRMED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / normal |
| Depends on | https://bts.adelielinux.org/show_bug.cgi?id=5<br>https://bts.adelielinux.org/show_bug.cgi?id=7<br>https://bts.adelielinux.org/show_bug.cgi?id=4<br>https://bts.adelielinux.org/show_bug.cgi?id=8<br>https://bts.adelielinux.org/show_bug.cgi?id=35 |
## Description
This bug is a tracking bug for determining issues we have relating to POSIX® conformance.
Currently, we are targeting the 2013 edition.---https://git.adelielinux.org/adelie/packages/-/issues/102system/openrc: OpenRC needs to pretend s6-linux-init is a TTY for colours2023-01-05T16:27:13ZEmilysystem/openrc: OpenRC needs to pretend s6-linux-init is a TTY for colours| | |
| --- | --- |
| Bugzilla ID | 102 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-05-29 15:55:24 -0500 |
| Modified | 2019-05-29 15:55:24 -0500 |
| Status | CONFIRMED |
| Version | 1.0-B...| | |
| --- | --- |
| Bugzilla ID | 102 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2019-05-29 15:55:24 -0500 |
| Modified | 2019-05-29 15:55:24 -0500 |
| Status | CONFIRMED |
| Version | 1.0-BETA3 |
| Hardware | Adélie Linux / All |
| Importance | --- / major |
## Description
Right now, no colours are printed from OpenRC when s6-linux-init is used due to the catch-all logger not being a TTY. We need to add a force option to OpenRC to make it always do colours.1.0-BETA3https://git.adelielinux.org/adelie/packages/-/issues/248user/acpi: shutdown script does not actually perform shutdown2023-01-05T17:25:02ZEmilyuser/acpi: shutdown script does not actually perform shutdown| | |
| --- | --- |
| Bugzilla ID | 248 |
| Reporter | retiredipcop |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2020-03-29 15:38:49 -0500 |
| Modified | 2020-03-29 15:39:11 -0500 |
| Status | CONFIRMED |
| Version | 1.0-RC1 |
| ...| | |
| --- | --- |
| Bugzilla ID | 248 |
| Reporter | retiredipcop |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2020-03-29 15:38:49 -0500 |
| Modified | 2020-03-29 15:39:11 -0500 |
| Status | CONFIRMED |
| Version | 1.0-RC1 |
| Hardware | Adélie Linux / Intel x86 (64-bit) |
| Importance | Normal / minor |
## Description
The acpi shutdown script only logs acpi events, but does not commence system shutdown and halt. This is minor, but helpful for automating VM shutdown from virtualization host.1.0-BETA3https://git.adelielinux.org/adelie/packages/-/issues/21system/musl: musl libc has not been vetted to conform with LSB 5.0 Part II2022-02-02T17:10:22ZEmilysystem/musl: musl libc has not been vetted to conform with LSB 5.0 Part II| | |
| --- | --- |
| Bugzilla ID | 21 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-10-23 21:12:36 -0500 |
| Modified | 2016-10-23 21:12:36 -0500 |
| Status | CONFIRMED |
| Version | 1.0-AL...| | |
| --- | --- |
| Bugzilla ID | 21 |
| Reporter | A. Wilcox (awilfox) |
| Assignee | A. Wilcox (awilfox) |
| Reported | 2016-10-23 21:12:36 -0500 |
| Modified | 2016-10-23 21:12:36 -0500 |
| Status | CONFIRMED |
| Version | 1.0-ALPHA1 |
| Hardware | Adélie Linux / All |
| Importance | Normal / major |
## Description
This is a future task that is highly complicated and involved, but it would be very good to ensure that the musl libc conforms fully to LSB 5.0 Part II, which specifies the relevant sections of ELF and the expected behaviours of the dynamic linker on a conforming Linux system.---