Forum › Forums › antiX-development › Development › 64 bit only – antiX-21-runit-beta2 available for testing.
- This topic has 251 replies, 23 voices, and was last updated Nov 12-4:22 pm by Brian Masinick.
-
AuthorPosts
-
August 29, 2021 at 9:28 am #65958Member
ModdIt
::Home full of java error logs on Beta 2 Bullseye Runit. Ideas on how to fix very welcome.
Java JRE was installed from the Packet-Installer. Needed for libreoffice addon Language Tool to function..# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007fe0be1b3bb9, pid=34392, tid=34394
#
# JRE version: (11.0.12+7) (build )
# Java VM: OpenJDK 64-Bit Server VM (11.0.12+7-post-Debian-2, mixed mode, sharing, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x721bb9]
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try “ulimit -c unlimited” before starting Java again
#
#————— S U M M A R Y ————
Command Line: JREProperties
Host: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, 4 cores, 7G, antiX-21-runit Grup Yorum
Time: Sun Aug 29 10:58:49 2021 CEST elapsed time: 0.004386 seconds (0d 0h 0m 0s)————— T H R E A D —————
Current thread (0x00007fe0b8016000): JavaThread “Unknown thread” [_thread_in_vm, id=34394, stack(0x00007fe0bd666000,0x00007fe0bd767000)]
Stack: [0x00007fe0bd666000,0x00007fe0bd767000], sp=0x00007fe0bd765930, free space=1022k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x721bb9]
V [libjvm.so+0x721d6a]
V [libjvm.so+0xb49788]
V [libjvm.so+0xb49808]
V [libjvm.so+0xb45265]
V [libjvm.so+0xe31eea]
V [libjvm.so+0x82c078]
V [libjvm.so+0xe0b33b]
V [libjvm.so+0x8dc991] JNI_CreateJavaVM+0x51
C [libjli.so+0x489d]
C [libjli.so+0x95d9]siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0000000000000000
- This reply was modified 1 year, 8 months ago by ModdIt.
- This reply was modified 1 year, 8 months ago by ModdIt.
August 29, 2021 at 11:46 am #65968MemberModdIt
::Edited: Trying to setup with open java failed dismaly. Still getting error logs.
Put oracle java jre1.8.0_301 in usr/share/java and pointing Libreoffice to it from writer
options extended.
Language Tool now installed. One extension I highly recommend especialy for non native speakers/writers.
not all supported languages are fully implimented but it gets better version by version.- This reply was modified 1 year, 8 months ago by ModdIt.
August 29, 2021 at 4:03 pm #65999Anonymous
::font way too big by the way
consider:
If the as-shipped default configuration specifies a fontsize of e.g. “24”,
the text would be ridiculously large when displayed to an 800×600 screen… yet same may display “slightly too small” when viewed on a 4K monitor.
I’ve lost track of whether antiX still attempts to accommodate 800×600 displays (IIRC 1024×768 was the minimum target for the liveboot menu).
Locally, I have no HiDPI displays onhand to test against. Someone else can suggest what minimum fontsize is readable on HiDef.Theoretically, a future slimski version could conditionally ignore/override a too-large configured fontsize when it detects a “small” screen is in use.
We would need to find agreement in what the cutoff//threshold is though ~~ how small is “small”?. Sessiontype displayed should be Herbstluftwm to indicate the actual session type if the user logs in. Current behavior led me to to conjecture that sessiontype showing as IceWM was intended to force IceWM as default WM after each logoff, but it is clear such should not be the intended design.
Just to stress again, this is just a ‘cosmetic’ issue with slim-ski behavior
Within slimski.conf, one can enumerate the available sessiontypes.
Alternatively, one can leave the list blank, and slimski will consult the content of the …/xdg/sessions/ directory.
antiX has chosen the latter approach and, IIRC, has elected to intentionally omit an entry for herbstluftwm within the sessions directory.
Here, I’m explaining that the described “slimski behavior” regarding available sessiontypes is functioning as intended ~~ at each login, slimski check/verifies that the “lastused” is still a “valid” available sessiontype.August 29, 2021 at 4:18 pm #66001Anonymous
::Home full of java error logs on Beta 2 Bullseye Runit. Ideas on how to fix very welcome.
Java JRE was installed from the Packet-Installer. Needed for libreoffice addon Language Tool to function..Due to time / resource constraints, tests and reports regarding “installable” packages are probably outside the reasonable scope of betatesting.
websearch: JavaThread “Unknown thread”
The results seems to indicate a runtime JVM out-of-memory error is at play.
A reasonable next step might be a bug report to the issue tracker of the “libreoffice addon Language Tool” team, or the packaging team…August 29, 2021 at 6:02 pm #66016MemberModdIt
::thanks skidoo,
I have been searching and testing.The problem is not language tool, Put oracle java jre1.8.0_301 in usr/share/java
language tool installed cleanly after path setup in LO.
Libreoffice has a java environment included in an appimage which also works without
issues.For now I have given up on open java, removed the packages and now have no more error logs.
Will take a look again on next long rainy day.Main reason for my posting is Libreoffice is a flagship application and problems could quickly
reflect on the distro.August 31, 2021 at 1:29 pm #66140Memberdr-kart
::1.”recovering journal” message on regular desktop (5.10.57 kernel)
2.Had to install http://mxrepo.com/mx/repo/pool/main/m/mx21-archive-keyring/mx21-archive-keyring_2021.2.19_all.deb- This reply was modified 1 year, 8 months ago by dr-kart.
August 31, 2021 at 2:40 pm #66142MemberPPC
::Not a bug, but a localization request that applies to any antiX (19 and 21):
Is it possible the use the pt-br arandr localization files as pt localization?
There’s no pt localization at all, and all pt-br corrections are correct in pt (launching “arandr” displays the interface in English, launching “env LANGUAGE=pt_br arandr” displays a perfectly localized interface in pt (thanks for letting me know it was localized in pt-br, Marcelo!).
P.
August 31, 2021 at 2:55 pm #66143Member
marcelocripe
::PPC, would the anti-capitalist accept to receive the “.mo” file in pt language that you revised?
I can copy the “.mo” pt-BR and try to create a “.po” with Poedit, if that works, the “.po” file will have the texts in pt-BR and then you can edit with the texts in pt. What do you think of this suggestion?
– – – – –
PPC, será que o anticapitalista aceitaria receber o arquivo “.mo” em idioma pt revisado por você?
Eu posso copiar o “.mo” pt-BR e tentar criar um “.po” com o Poedit, se isso funcionar, o arquivo “.po” estará com os textos em pt-BR e aí você poderá editar com os texto em pt. O que acha desta sugestão?
September 2, 2021 at 12:19 pm #66270Forum Admin
anticapitalista
::runit services are now put in /usr/share/runit/sv and any update should only copy to /etc/sv if the service directory does not exist.
There will be an update of various runit-services debs. You might see some ugly warnings, but it should be ok.
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - leaner and meaner.
September 2, 2021 at 6:41 pm #66278Member
Xecure
::Thanks, anticapitalista. Will be testing now.
antiX Live system enthusiast.
General Live Boot Parameters for antiX.September 3, 2021 at 12:28 pm #66336Membercalciumsodium
::I would like to report on comparison of slim and slimski with respect to RAM usage.
For the purposes of testing, I installed slim and slimski on the same B2-runit system.Slimski:
3.9 MiB + 1.4 MiB = 5.3 MiB slimskiAfter initial boot using slimski, the total ram was 164 MiB using the rox-icewm desktop. Then I logged out and logged back into the rox-icewm desktop. The total ram went up to 175 MiB.
I then switched to slim and rebooted.
Slim:
3.8 MiB + 1.6 MiB = 5.4 MiB slimAfter initial boot using slim, the total ram was 168 MiB using the rox-icewm desktop. Then I logged out and logged back into the rox-icewm desktop. The total ram went up to 178 MiB.
Based on these data, there is not much RAM usage difference between slimski and slim. If anything, there is a slight better RAM usage with slimski. But it is very small.
September 3, 2021 at 12:44 pm #66337Forum Admin
anticapitalista
::slimski wasn’t chosen as a replacement for slim because it uses less RAM (as your tests show, it is almost the same), but because it has improvements over slim that some users requested. Slim is no longer maintained.
The same with zzzFM and SpaceFM. SpaceFM is also no longer maintained.
We can thank skidoo for also ‘saving’ these apps for use on antiX – gksu, gexec.We still use apps that are no longer maintained eg xmms, because there is no community (antiX) fork of it that someone is working on.
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - leaner and meaner.
September 3, 2021 at 12:58 pm #66339Membercalciumsodium
September 3, 2021 at 1:43 pm #66341MemberPPC
::@anticapitalista – would it be possible to swap xmms for DeaDBeef as default audio player? It’s already in package installer (thanks for that)- it’s a more modern and still very light player, with lot of features, but without any bloat (in my opinion).
The way I see it, the less unmaintened apps we use, the safest we should be…
also, about using or not the same roxterm GTK2 or swap to GTK3… Would there be any arm in using URXVT as default terminal? I don’t like it much, but it can be pre configured to look and act more like roxterm (the same color pattern, etc)- and it’s been in antiX already for a some time…P.
September 3, 2021 at 2:10 pm #66343Member
Xecure
::Would there be any arm in using URXVT as default terminal?
I think it is too bare-bones (at least for me). No right-click context menu, no drag-and-drop support, most of the easy help instructions in the forum answers don’t work (except running commands). It is entirely keyboard driven.
antiX Live system enthusiast.
General Live Boot Parameters for antiX. -
AuthorPosts
- You must be logged in to reply to this topic.