EasyOS Scarthgap-series 5.93 (6.0-RC1)
Yes, start of a whole new series of EasyOS! A couple of recent posts:
- LibreOffice 24.2.3.2 compiled for Scarthgap — June 06, 2024
- OpenEmbedded/Yocto Scarthgap 5.0 compile — May 23, 2024
Heaps of package version updates. The kernel is 6.6.32, 6.6.x being LTS.
The release version will be 6.0, and I thought it prudent to bring out at least one "RC"; which is 5.93. Get it from here:
https://distro.ibiblio.org/easyos/amd64/releases/scarthgap/2024/5.93/
Testers welcome. Probably best to test a new install, either booted from USB-stick or installed to internal drive, rather than updating a Kirstone install, so as to sort out any bugs first.
I tested on my old Compaq Presario; runs real well. I am amazed
that an old Core2 CPU and only 2GB RAM, performs so well, and
booted on a USB2 interface. Even runs Flowblade and SolveSpace;
guess you would have to be careful though, with only 2GB RAM to
play with.
Later on, I intend to show how a Kirkstone installation can be updated to the Scarthgap-series; hopefully with the ability to rollback. Though, probably wise to first determine that a new Scarthgap works on your hardware first, given all the software changes, such as kernel, mesa and xorg packages.
Note, I intend to create a new theme for 6.0. For now, still on the Kirkstone theme.
The drive-image file is big, 905MiB. Of course, later package
versions get bigger. In this case, the main culprit is
LibreOffice. Also, have included a lot more kernel firmware.
Feedback is welcome at the forum:
https://forum.puppylinux.com/viewtopic.php?t=11766
Tags: easy
LibreOffice 24.2.3.2 compiled for Scarthgap
Right now, I am running EasyOS Scarthgap-series. Almost all
packages have compiled successfully in OpenEmbedded. See previous
report:
https://bkhome.org/news/202405/openembeddedyocto-scarthgap-50-compile.html
Did another complete build since then, and bumped Chromium to 123.0.6312.122.
I stated "almost all packages". A notable exception is cannot compile
LibreOffice in OE Scarthgap. So, I have compiled it in a running Easy
Scarthgap. A bit of a saga. The compile takes several hours, and it was
getting almost there, then failing.
Anyway, got there, with help from patches from Debian. See the link to 'libreoffice_24.2.3-2.debian.tar.xz' here:
https://packages.debian.org/sid/libreoffice
The patches I applied:
no-check-if-root.diff
debian-opt.diff
jurt-soffice-location.diff
split-evoab.diff
debian-debug.diff
build-against-shared-lpsolve.diff
install-fixes.diff
mention-java-common-package.diff
help-msg-add-package-info.diff
sensible-lomua.diff
reportdesign-mention-package.diff
jdbc-driver-classpaths.diff
make-package-modules-not-suck.diff
mediwiki-oor-replace.diff
disable-flaky-tests.diff
fix-internal-hsqldb-build.diff
javadoc-optional.diff
no-packagekit-per-default.diff
system-officeotron-and-odfvalidator.diff
cppunit-optional.diff
hide-math-desktop-file.patch
appstream-ignore-startcenter.diff
disable-java-in-odk-build-examples-on-zero-vm.diff
do-not-hide-test-output.diff
disableClassPathURLCheck.diff
use-mariadb-java-instead-of-mysql-java.diff
fix-flaky-bridgetest.diff
add-access2base-doc.diff
disable-shortcuts_tab_navigation-uitest.diff
no-opencl-per-default.diff
arm-fp-mode.diff
moreIconsDialog-accesses-internet.diff
do-not-abort-on-NON_APPLICATION_FONT_USE.diff
we-dont-have-the-needed-fonts.diff
adapt-for-new-carlito.diff
fix-system-abseil-build.diff
fix-riscv64-bridge.diff
pdfium-ports.diff
split-sdbc-firebird-mariadb.diff
use-PyConfig.diff
reviewed-breakIterator-customizations.diff
breakiterator-updates.diff
icu-74.1.diff
However, still got a failure, and I found the solution from this guy:
https://www.mail-archive.com/libreoffice-bugs@lists.freedesktop.org/msg1001833.html
So, I created a patch, 'writeperfect-zlib-fix.patch':
diff -Naur libreoffice-24.2.3.2ORIG/writerperfect/Library_wpftcalc.mk libreoffice-24.2.3.2/writerperfect/Library_wpftcalc.mk
--- libreoffice-24.2.3.2ORIG/writerperfect/Library_wpftcalc.mk 2024-04-30 02:46:10.000000000 +0800
+++ libreoffice-24.2.3.2/writerperfect/Library_wpftcalc.mk 2024-06-05 19:33:22.843247655 +0800
@@ -56,6 +56,7 @@
mwaw \
staroffice \
wps \
+ zlib \
lcms2 \
icu_headers \
icui18n \
diff -Naur libreoffice-24.2.3.2ORIG/writerperfect/Library_wpftdraw.mk libreoffice-24.2.3.2/writerperfect/Library_wpftdraw.mk
--- libreoffice-24.2.3.2ORIG/writerperfect/Library_wpftdraw.mk 2024-04-30 02:46:10.000000000 +0800
+++ libreoffice-24.2.3.2/writerperfect/Library_wpftdraw.mk 2024-06-05 19:34:38.363249806 +0800
@@ -60,6 +60,7 @@
visio \
wpg \
wpd \
+ zlib \
lcms2 \
libxml2 \
icu_headers \
diff -Naur libreoffice-24.2.3.2ORIG/writerperfect/Library_wpftimpress.mk libreoffice-24.2.3.2/writerperfect/Library_wpftimpress.mk
--- libreoffice-24.2.3.2ORIG/writerperfect/Library_wpftimpress.mk 2024-04-30 02:46:10.000000000 +0800
+++ libreoffice-24.2.3.2/writerperfect/Library_wpftimpress.mk 2024-06-05 19:35:21.156584393 +0800
@@ -50,6 +50,7 @@
odfgen \
staroffice \
revenge \
+ zlib \
))
$(eval $(call gb_Library_add_exception_objects,wpftimpress,\
Success!!!
Expanded the source tarball, created 'tarballs' folder and placed
'libreoffice-translations-24.2.3.2.tar.xz' into it. Sources available
here:
https://downloadarchive.documentfoundation.org/libreoffice/old/24.2.3.2/src/
I have a script, 'build.sh':
#!/bin/sh
if [ -d libreoffice-24.2.3.2 ];then
rm -rf libreoffice-24.2.3.2
fi
tar -xf libreoffice-24.2.3.2.tar.xz
sync
cd libreoffice-24.2.3.2
echo -n '' > ../errors.log
for aP in `grep -v '^#' ../patches/series | tr '\n' ' '`
do
[ ! -f ../patches/${aP} ] && continue
patch -p1 < ../patches/${aP}
if [ $? -ne 0 ];then
echo "$aP" >> ../errors.log
fi
done
ln -s ../../tarballs external/tarballs
ln -sv src/libreoffice-translations-24.2.3.2/translations/
#from oe...
S='.'
sed -i -e 's%^check-if-root:%check-if-rootXXX:%' ${S}/Makefile.in
echo -e '\n\ncheck-if-root:\n\n' >> ${S}/Makefile.in
export LO_PREFIX=/usr
./configure --without-fonts --without-krb5 --build=x86_64-pc-linux-gnu --prefix=/usr --exec_prefix=/usr \
--bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --sysconfdir=/etc \
--sharedstatedir=/com --localstatedir=/var --libdir=/usr/lib --includedir=/usr/include
--oldincludedir=/usr/include --infodir=/usr/share/info --mandir=/usr/share/man --without-doxygen \
--enable-release-build --with-parallelism=3 --without-java --disable-coinmp --with-tls=nss --without-galleries \
--disable-gstreamer-1-0 --disable-avahi --disable-odk --disable-postgresql-sdbc --with-system-libs \
--without-system-clucene --without-system-xmlsec --without-system-libepubgen --without-system-libqxp \
--without-system-libzmf --without-system-libstaroffice --without-system-odbc --without-system-orcus \
--without-system-libnumbertext --without-system-mariadb --without-system-firebird --without-system-qrcodegen \
--without-system-altlinuxhyph --with-lang=ALL --with-theme=colibre --disable-scripting-javascript \
--disable-scripting-beanshell --disable-lotuswordpro --disable-ccache --enable-cups --disable-vlc \
--disable-qt5 --disable-sdremote --disable-dbus --enable-python=no --disable-debug --disable-evolution2 \
--enable-pdfimport --enable-lpsolve --disable-report-builder --enable-firebird-sdbc --without-system-box2d \
--with-boost-date-time=boost_date_time --with-boost-filesystem=boost_filesystem --with-boost-locale=boost_locale \
--with-boost-iostreams=boost_iostreams --with-boost-system=boost_system --with-external-dict-dir=/usr/share/hunspell \
--enable-gtk3 --with-vendor=EASYOS --without-junit --disable-dconf --without-system-mdds --without-system-dragonbox \
--without-system-frozen --without-system-libfixmath --without-system-zxing --without-system-zxcvbn \
--without-system-abseil
#oe dunfell and kirstone need this hack...
B='.'
mkdir -p ${S}/icon-themes/export
mkdir -p ${B}/workdir/CustomTarget/postprocess/images
touch ${B}/workdir/CustomTarget/postprocess/images/colibre_links.txt.tmp
touch ${B}/workdir/CustomTarget/postprocess/images/export_links.txt.tmp
sync
echo -n 'Press ENTER to compile: '
read goone
make build
...don't think that hack needed anymore.
I have created a PET and it will be in the release of EasyOS Scarthgap-series.
Tags: easy
OpenEmbedded/Yocto Scarthgap 5.0 compile
OpenEmbedded/Yocto Scarthgap, varion 5.0, was released early in May. This is LTS, supported until April 2028:
https://wiki.yoctoproject.org/wiki/Releases
Here are the release notes for 5.0:
https://docs.yoctoproject.org/next/migration-guides/release-notes-5.0.html
I have completed a build. It took a few days. Most importantly, Chromium compiled -- version 122.0.6261.128.
My OE build system has over 240 package build recipes created by me. These are packages not officially supported by OE/Yocto. Many needed to be fixed, and some failed and I bypassed them -- to be fixed later.
Many of these custom recipes, I also need to update the versions. This is going to take awhile.
A major package that failed is LibreOffice. I am hoping that the
OE meta-office maintainer will get onto updating it soon for
Scarthgap. If he doesn't I can probably compile it in a running
Scarthgap-based EasyOS, rather than in OE.
Anyway, it is looking good. My OE project name is
"oe-qky-scarthgap", not yet uploaded to github.
Tags: easy
Kernel 5.15.159 compiled
I compiled 5.15.158 a few days ago, and it is in EasyOS 5.8.3. Normally, I would wait at least a few weeks before bumping the kernel; however, some kernel issues are discussed here:
https://forum.puppylinux.com/viewtopic.php?t=9411
OK, I have compiled 5.15.159, with these settings:
CONFIG_HID_MULTITOUCH=y (changed from a module)
CONFIG_MT7663S=m
CONFIG_MT7921E=m
This will be in the next release of EasyOS. Kernel source, with patches and build scripts here:
https://distro.ibiblio.org/easyos/source/kernel/5.15.x/5.15.159-20240519/
Tags: easy
EasyOS Kirkstone-series version 5.8.3 released
Version 5.8.2 was released on May 13, see announcement:
https://bkhome.org/news/202405/easyos-582-released.html
If you are a newcomer to EasyOS, it is a good idea to read the 5.7 announcement, as it has more introduction details:
https://bkhome.org/news/202402/easyos-kirkstone-series-version-57-released.html
The online readme file is also a good intro read:
http://distro.ibiblio.org/easyos/amd64/releases/kirkstone/2024/5.8.3/readme.htm
Release notes for 5.8.3:
http://distro.ibiblio.org/easyos/amd64/releases/kirkstone/2024/5.8.3/release-notes.htm
Download the 5.8.3 drive-image file from here:
http://distro.ibiblio.org/easyos/amd64/releases/kirkstone/2024/5.8.3/
Feedback is welcome at the forum:
https://forum.puppylinux.com/viewtopic.php?p=120114#p120114
Tags: easy
Snapshot exclusions bug fix
This is a serious bug, when taking a snaphot. It explains why some users have reported things disappearing, that really puzzled me. Forum member Caramel spotted this bug:
https://forum.puppylinux.com/viewtopic.php?t=11559
He posted some code that was where the bug was. I saw a problem with that code and fixed it. But Caramel insisted that it was still not fixed.
I have to laugh at myself. The bug was right there in front of me, staring back at me, and I couldn't see it. I had typed '/n' when it should have been '\n'
The '\n' has a special meaning. It means the linefeed character. When the light came on, I fixed it.
The same bug is also in the 'init' script in the initrd, fixed that also.
That bug has been there since 2022. Oh dear, causing mysterious
file and folder disappearances after taking a snapshot. On a
positive note, it is now found and fixed.
Tags: easy
Kernel AMD GPU disaster fixed
I posted about getting a black screen when the 'amdgpu' kernel module loads, for 5.15.150 and later kernel:
https://bkhome.org/news/202405/kernel-515150-disaster-for-amd-gpu.html
There are three guys who did amdgpu commits between 5.15.149 and 5.15.150, so I sent an email to them explaining the problem. One of those guys (Armin Wolf) responded, giving me basic instructions how to use "git bisect" to identify which commit has caused the problem. I did that, here is a summary of the steps:
# git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
# cd linux-stable
# git tag -l | grep '5\.15\.150'
v5.15.150
# git checkout -b my5.15.150 v5.15.150
Updating files: 100% (65776/65776), done.
Switched to a new branch 'my5.15.150'
Now for the bisecting. Using my '.config' file...
# make menuconfig
# git bisect start -- drivers/gpu/drm/amd
# git bisect bad
# git bisect good v5.15.149
Bisecting: 1 revision left to test after this (roughly 1 step)
[b9a61ee2bb2704e42516e3da962f99dfa98f3b20] drm/amdgpu: reset gpu for s3 suspend abort case
# make
# rm -rf /boot2
# mkdir -p /boot2/lib/modules
# make INSTALL_MOD_STRIP=1 INSTALL_MOD_PATH=/boot2 modules_install
# cp arch/x86/boot/bzImage /boot2/vmlinuz
I copied the kernel and modules into a QV usb-stick, booted it on the laptop; works!
# git bisect good
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[56b522f4668167096a50c39446d6263c96219f5f] drm/amdgpu: init iommu after amdkfd device init
# make
# rm -rf /boot2
# mkdir -p /boot2/lib/modules
# make INSTALL_MOD_STRIP=1 INSTALL_MOD_PATH=/boot2 modules_install
# cp arch/x86/boot/bzImage /boot2/vmlinuz
Same thing, tested on QV usb-stick; black screen!
# git bisect bad
56b522f4668167096a50c39446d6263c96219f5f is the first bad commit
commit 56b522f4668167096a50c39446d6263c96219f5f
Author: Yifan Zhang <yifan1.zhang@amd.com>
Date: Tue Sep 28 15:42:35 2021 +0800
drm/amdgpu: init iommu after amdkfd device init
[ Upstream commit 286826d7d976e7646b09149d9bc2899d74ff962b ]
This patch is to fix clinfo failure in Raven/Picasso:
Number of platforms: 1
Platform Profile: FULL_PROFILE
Platform Version: OpenCL 2.2 AMD-APP (3364.0)
Platform Name: AMD Accelerated Parallel Processing
Platform Vendor: Advanced Micro Devices, Inc.
Platform Extensions: cl_khr_icd cl_amd_event_callback
Platform Name: AMD Accelerated Parallel Processing Number of devices: 0
Signed-off-by: Yifan Zhang <yifan1.zhang@amd.com>
Reviewed-by: James Zhu <James.Zhu@amd.com>
Tested-by: James Zhu <James.Zhu@amd.com>
Acked-by: Felix Kuehling <Felix.Kuehling@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
That's it, that's the bad commit.
On May 9, sent this result to those three guys, waited until yesterday, 7 days, no reply.
So, yesterday I created a patch that reverts Yifan Zhang's commit, and compiled the 5.15.158 kernel. Success on my laptop, confirming that this commit is the culprit. This morning I sent that patch to those guys.
Here is my reverting patch, quite small:
diff -Naur linux-5.15ORIG/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c linux-5.15/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
--- linux-5.15ORIG/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c 2024-05-17 03:14:28.813312020 +0800
+++ linux-5.15/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c 2024-05-17 03:21:24.446637456 +0800
@@ -2487,6 +2487,10 @@
if (r)
goto init_failed;
+ r = amdgpu_amdkfd_resume_iommu(adev);
+ if (r)
+ goto init_failed;
+
r = amdgpu_device_ip_hw_init_phase1(adev);
if (r)
goto init_failed;
@@ -2525,10 +2529,6 @@
if (!adev->gmc.xgmi.pending_reset)
amdgpu_amdkfd_device_init(adev);
- r = amdgpu_amdkfd_resume_iommu(adev);
- if (r)
- goto init_failed;
-
amdgpu_fru_get_product_info(adev);
init_failed:
So, hopefully they will take it onboard to fix. Here is the offending commit:
EDIT 2024-05-24:
Thanks to kernel developer Armin Wolf, who took this onboard. He
has submitted that the offending commit be reversed, which will
now presumably happen. See "dri-devel" mail list:
https://lore.kernel.org/dri-devel/20240523173031.4212-1-W_Armin@gmx.de/T/#u
Tags: easy
Download latest Ungoogled Chromium
Forum member Federico requested this:
https://forum.puppylinux.com/viewtopic.php?p=119671#p119671
Yes, might as well go that extra step and also offer Ungoogled Chromium in the menu:
This can download a new install of Ungoogled Chromium and also update to the latest version. Testing for the first time:
Then:
...and it works. Just noticed a typo in the above
snapshot.
Tags: easy