LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware - ARM (https://www.linuxquestions.org/questions/slackware-arm-108/)
-   -   Raspberry Pi 4 bcm2711 (aarch64) (https://www.linuxquestions.org/questions/slackware-arm-108/raspberry-pi-4-bcm2711-aarch64-4175675454/)

sndwvs 05-18-2020 02:59 AM

Raspberry Pi 4 bcm2711 (aarch64)
 
I don’t know whether many people want or not, but I was contacted about installing slarm64 on this device.

After reading the data on the operation of this device, I realized that this device can be added to the image assembly (images_build_kit) system for devices.
While this is not in the main branch, I would like to test for transfer to the general branch, but I do not have this device. so please test the system boot.

I decided to use u-boot as a kernel loading layer, let's see what happens.

compiled the kernel 5.6.10
slarm64-current-aarch64-base-rootfs-20200513-5.6.10-raspberry_pi_4-build-20200517.img.xz
slarm64-current-aarch64-base-rootfs-20200513-5.6.10-raspberry_pi_4-build-20200517.img.xz.md5

if the download fails, try changing the kernel=u-boot.bin parameter to kernel=Image in /boot/config.txt

I also want to mention akschu which already described the assembly process.

Dunc. 05-18-2020 07:01 AM

I have installed slarm64 on my pi4. It works really well. I used the 32 bit installer to put the software on it. You have to edit your config.txt.
Code:

kernel=kernel8.img
arm_64bit=1

When you reboot you will find that all did not install properly. Simply re-install again. I know it is a bit of a kludge to install twice but I wanted to see if it worked ok rather than develop a slick installer.

The gcc compiler does not build a bootable kernel. Building the arm version of gcc (version 9.2.1) and replacing the slarm64 version now works.

I have no other issues (yet).

Kind regards,

Dunc.

sndwvs 05-18-2020 07:07 AM

Thanks Dunc,

I want to add a build of a clean aarch64 system, and then a simple installation on sdcard or hdd.

mralk3 05-18-2020 12:10 PM

My biggest concern about switching to slarm64 on my pi 4 is the lack of arm64 software, along with the headaches of compiling stuff that I already know works on Slackware ARM.

I use mate (msb) on my laptop. I did my daily git pull of all the repos I follow and found:
https://github.com/mateslackbuilds/m...04b20b0b573804

Is this still in the very early testing phase? Or do you have a working mate environment in slarm64?

mralk3 05-18-2020 12:18 PM

Forgive me for the noise. I just found http://dl.fail.pp.ua/slackware/packages/aarch64/mate/

sndwvs 05-18-2020 12:28 PM

Quote:

Originally Posted by mralk3 (Post 6124645)
My biggest concern about switching to slarm64 on my pi 4 is the lack of arm64 software, along with the headaches of compiling stuff that I already know works on Slackware ARM.

I use mate (msb) on my laptop. I did my daily git pull of all the repos I follow and found:
https://github.com/mateslackbuilds/m...04b20b0b573804

Is this still in the very early testing phase? Or do you have a working mate environment in slarm64?

I have been using this system every day (on all my armv8 devices) for more than a year as a desktop on rockpro64+ssd. I had no problems with compilation. And yes, I find it stable. the package base is the same as in the original Slackware64 with some exceptions. To build slarm64 i use lxc on rock pi 4

sndwvs 05-19-2020 02:27 PM

Thanks to János testing, the system boots normally without using u-boot.
Of course I would like to use u-boot, but again there is no way to test.

please check the work:
slarm64-current-aarch64-base-rootfs-20200513-5.6.10-raspberry_pi_4-build-20200519.img.xz
slarm64-current-aarch64-base-rootfs-20200513-5.6.10-raspberry_pi_4-build-20200519.img.xz.md5

sndwvs 05-21-2020 12:34 AM

if it does not load, try to remove everything from the **config.txt** leave only
enable_uart=1
kernel=u-boot.bin


or change only kernel=u-boot.bin to kernel=Image

kernel 5.6.14

slarm64-current-aarch64-base-rootfs-20200520-5.6.14-raspberry_pi_4-build-20200521.img.xz
slarm64-current-aarch64-base-rootfs-20200520-5.6.14-raspberry_pi_4-build-20200521.img.xz.md5

sndwvs 05-21-2020 03:20 PM

patches were applied for u-boot if it will not boot try changing the kernel=u-boot.bin parameter to kernel=Image in /boot/config.txt

slarm64-current-aarch64-base-rootfs-20200520-5.6.14-raspberry_pi_4-build-20200521.img.xz
slarm64-current-aarch64-base-rootfs-20200520-5.6.14-raspberry_pi_4-build-20200521.img.xz.md5

wowbaggerHU 05-22-2020 07:08 AM

Thanks to sndwvs, support for Raspberry 3 and 4 will me merged to images_build_kit soon, so anyone can build a Slarm64 installer for themselves, and can install a completely 64-bit ARM-based Slackware derivative on their 64-bit capable Raspberry Pis.

sndwvs 05-22-2020 07:20 AM

Fixed boot using u-boot, thanks to testing János

slarm64-current-aarch64-base-rootfs-20200520-5.6.14-raspberry_pi_4-build-20200522.img.xz
slarm64-current-aarch64-base-rootfs-20200520-5.6.14-raspberry_pi_4-build-20200522.img.xz.md5

sndwvs 05-24-2020 09:46 PM

slarm64-current-aarch64-xfce-rootfs-20200520-5.6.14-raspberry_pi_4-build-20200524.img.xz
slarm64-current-aarch64-xfce-rootfs-20200520-5.6.14-raspberry_pi_4-build-20200524.img.xz.md5

sndwvs 05-25-2020 02:48 PM

kernel-bcm2711-4.19.122-aarch64-1mara.txz
kernel-firmware-bcm2711-4.19.122-aarch64-1mara.txz
kernel-headers-bcm2711-4.19.122-aarch64-1mara.txz
kernel-modules-bcm2711-4.19.122-aarch64-1mara.txz
kernel-source-bcm2711-4.19.122-noarch-1mara.txz

sndwvs 06-19-2020 03:02 PM

added firmware packages and utilities
rpi-eeprom-r198.2a8c2e7-aarch64-1mara.txz
rpi-userland-r799.f97b1af-aarch64-1mara.txz

sndwvs 06-27-2020 12:40 AM

1 Attachment(s)
update kernel 5.7.6

enable audio:
Code:

echo "extraargs=coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1" >> /boot/uEnv.txt
echo -e "[all]\ndtparam=i2c_arm=on\ndtparam=spi=on\ndtparam=audio=on\n" >> /boor/config.txt

slarm64-current-aarch64-base-rootfs-20200528-5.7.6-raspberry_pi_4-build-20200627.img.xz
slarm64-current-aarch64-base-rootfs-20200528-5.7.6-raspberry_pi_4-build-20200627.img.xz.md5
slarm64-current-aarch64-xfce-rootfs-20200528-5.7.6-raspberry_pi_4-build-20200627.img.xz
slarm64-current-aarch64-xfce-rootfs-20200528-5.7.6-raspberry_pi_4-build-20200627.img.xz.md5

WIFI through NetworkManager is not connected.

use /etc/wpa_supplicant.conf
Code:

network={
  ssid="access point"
  scan_ssid=1
  key_mgmt=WPA-PSK
  psk="password"
}

and
/etc/rc.d/rc.inet1.conf
Code:

IFNAME[4]="wlan0"
IPADDR[4]=""
NETMASK[4]=""
USE_DHCP[4]="yes"
#DHCP_HOSTNAME[4]="icculus-wireless"
#DHCP_KEEPRESOLV[4]="yes"
#DHCP_KEEPNTP[4]="yes"
#DHCP_KEEPGW[4]="yes"
#DHCP_IPADDR[4]=""
#WLAN_ESSID[4]=DARKSTAR
#WLAN_MODE[4]=Managed
#WLAN_RATE[4]="54M auto"
#WLAN_CHANNEL[4]="auto"
#WLAN_KEY[4]="D5A31F54ACF0487C2D0B1C10D2"
#WLAN_IWPRIV[4]="set AuthMode=WPAPSK | set EncrypType=TKIP | set WPAPSK=96389dc66eaf7e6efd5b5523ae43c7925ff4df2f8b7099495192d44a774fda16"
WLAN_WPA[4]="wpa_supplicant"


wowbaggerHU 06-27-2020 09:43 AM

Quote:

Originally Posted by sndwvs (Post 6138443)
update kernel 5.7.6

enable audio:
Code:

echo "extraargs=coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1" >> /boot/uEnv.txt
echo -e "[all]\ndtparam=i2c_arm=on\ndtparam=spi=on\ndtparam=audio=on\n" >> /boor/config.txt


Could you please add the audio related config.txt changes to the RPi 3 image as well?
I'm glad to see that you made it work so fast, and that Xfce is also working great!

Does the firmware upgrade procedure for 'boot from USB' differ in any way in case Slarm64 when compared to Raspbian?

Eariler I had problems with WiFi on my RPi 3 and 4s too. Back then the solution was to take extract the Broadcom WLAN NIC firmware from Raspbian and install it in /lib/firmware. I believe the topics can still be found on this forum. (But of course it is perfectly possible that you are dealing with a totally different WiFi problem.)

sndwvs 06-27-2020 11:49 AM

Quote:

Originally Posted by wowbaggerHU (Post 6138582)
Could you please add the audio related config.txt changes to the RPi 3 image as well?
I'm glad to see that you made it work so fast, and that Xfce is also working great!

Does the firmware upgrade procedure for 'boot from USB' differ in any way in case Slarm64 when compared to Raspbian?

Eariler I had problems with WiFi on my RPi 3 and 4s too. Back then the solution was to take extract the Broadcom WLAN NIC firmware from Raspbian and install it in /lib/firmware. I believe the topics can still be found on this forum. (But of course it is perfectly possible that you are dealing with a totally different WiFi problem.)

  • Could you please add the audio related config.txt changes to the RPi 3 image as well?
I added for both boards.
  • Does the firmware upgrade procedure for 'boot from USB' differ in any way in case Slarm64 when compared to Raspbian?
test
Code:

rpi-eeprom-update
update
Code:

rpi-eeprom-update -a
  • Eariler I had problems with WiFi on my RPi 3 and 4s too. Back then the solution was to take extract the Broadcom WLAN NIC firmware from Raspbian and install it in /lib/firmware. I believe the topics can still be found on this forum. (But of course it is perfectly possible that you are dealing with a totally different WiFi problem.)
yes checked replacing the old blob
Firmware: BCM4345/6 wl0: Mar 1 2015 07:29:38 version 7.45.18 (r538002) FWID 01-6a2c8ad4
new
Firmware: BCM4345/6 wl0: Mar 2 2020 23:30:41 version 7.45.202 (r724630 CY) FWID 01-72f6ece2

sndwvs 06-27-2020 06:47 PM

update kernel 5.7.6 v2

slarm64-current-aarch64-base-rootfs-20200528-5.7.6-raspberry_pi_4-build-20200628.img.zst
slarm64-current-aarch64-base-rootfs-20200528-5.7.6-raspberry_pi_4-build-20200628.img.zst.md5
slarm64-current-aarch64-xfce-rootfs-20200528-5.7.6-raspberry_pi_4-build-20200628.img.zst
slarm64-current-aarch64-xfce-rootfs-20200528-5.7.6-raspberry_pi_4-build-20200628.img.zst.md5

to use network-manager-applet
Code:

chmod +x /etc/rc.d/rc.networkmanager && reboot
after updating the boot files, new images are booting directly from USB-HDD without sdcard.

sndwvs 06-28-2020 01:14 PM

Added installation instructions for slarm64 on USB-SSD/HDD

Code:

installation on a USB-SSD/HDD
    Flash the image to USB-SSD/HDD:
        >> dd if=slarm64-current-*-base-rootfs-*-build-*.img of=/dev/sda bs=10M
            example : dd if=slarm64-current-*-xfce-rootfs-*-build-*.img of=/dev/sda bs=10M
        then edit 2 files in USB-SSD/HDD:
        >> mount /dev/sda2 /media
        >> mount /dev/sda1 /media/boot
        >> sed -i 's:mmcblk0p:sda:' /media/boot/uEnv.txt
        >> sed -i 's:mmcblk0p:sda:' /media/etc/fstab


sndwvs 08-29-2020 12:36 AM

update
slarm64-current-aarch64-base-rootfs-20200628-5.8.2-raspberry_pi_4-build-20200829.img.zst
slarm64-current-aarch64-base-rootfs-20200628-5.8.2-raspberry_pi_4-build-20200829.img.zst.md5
slarm64-current-aarch64-xfce-rootfs-20200628-5.8.2-raspberry_pi_4-build-20200829.img.zst
slarm64-current-aarch64-xfce-rootfs-20200628-5.8.2-raspberry_pi_4-build-20200829.img.zst.md5

sndwvs 09-25-2020 11:48 AM

update raspberry pi firmware:

rpi-eeprom-r249.1a099a5-aarch64-1mara.txz
rpi-userland-r806.f73fca0-aarch64-1mara.txz

sndwvs 09-26-2020 01:04 PM

update

slarm64-current-aarch64-base-rootfs-20200901-5.8.11-raspberry_pi_4-build-20200926.img.zst
slarm64-current-aarch64-base-rootfs-20200901-5.8.11-raspberry_pi_4-build-20200926.img.zst.md5
slarm64-current-aarch64-xfce-rootfs-20200901-5.8.11-raspberry_pi_4-build-20200926.img.zst
slarm64-current-aarch64-xfce-rootfs-20200901-5.8.11-raspberry_pi_4-build-20200926.img.zst.md5

sndwvs 10-17-2020 03:33 PM

added initialization of bluetooth at boot.

Code:

[    5.755256] Bluetooth: Core ver 2.22
[    5.755407] Bluetooth: HCI device and connection manager initialized
[    5.755421] Bluetooth: HCI socket layer initialized
[    5.755428] Bluetooth: L2CAP socket layer initialized
[    5.755444] Bluetooth: SCO socket layer initialized
[    5.791512] Bluetooth: HCI UART driver ver 2.3
[    5.791520] Bluetooth: HCI UART protocol H4 registered
[    5.791554] Bluetooth: HCI UART protocol Three-wire (H5) registered
[    5.791698] Bluetooth: HCI UART protocol Broadcom registered
[  25.311165] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[  25.311182] Bluetooth: BNEP filters: protocol multicast
[  25.311207] Bluetooth: BNEP socket layer initialized
[  51.657862] Bluetooth: RFCOMM TTY layer initialized
[  51.657901] Bluetooth: RFCOMM socket layer initialized
[  51.657926] Bluetooth: RFCOMM ver 1.11


sndwvs 10-18-2020 03:25 AM

update
slarm64-current-aarch64-base-rootfs-20201003-5.9.0-raspberry_pi_4-build-20201018.img.zst
slarm64-current-aarch64-base-rootfs-20201003-5.9.0-raspberry_pi_4-build-20201018.img.zst.md5
slarm64-current-aarch64-xfce-rootfs-20201003-5.9.0-raspberry_pi_4-build-20201018.img.zst
slarm64-current-aarch64-xfce-rootfs-20201003-5.9.0-raspberry_pi_4-build-20201018.img.zst.md5

sndwvs 12-06-2020 12:25 PM

update
slarm64-current-aarch64-base-rootfs-20201115-5.9.12-raspberry_pi_4-build-20201206.img.zst
slarm64-current-aarch64-base-rootfs-20201115-5.9.12-raspberry_pi_4-build-20201206.img.zst.sha256
slarm64-current-aarch64-xfce-rootfs-20201115-5.9.12-raspberry_pi_4-build-20201206.img.zst
slarm64-current-aarch64-xfce-rootfs-20201115-5.9.12-raspberry_pi_4-build-20201206.img.zst.sha256

sndwvs 12-22-2020 10:35 AM

update
slarm64-current-aarch64-base-rootfs-20201218-5.10.2-raspberry_pi_4-build-20201222.img.zst
slarm64-current-aarch64-base-rootfs-20201218-5.10.2-raspberry_pi_4-build-20201222.img.zst.sha256
slarm64-current-aarch64-xfce-rootfs-20201218-5.10.2-raspberry_pi_4-build-20201222.img.zst
slarm64-current-aarch64-xfce-rootfs-20201218-5.10.2-raspberry_pi_4-build-20201222.img.zst.sha256

sndwvs 12-28-2020 11:04 PM

update
added boot model 400 and cm4

slarm64-current-aarch64-base-raspberry_pi_4-5.10.3-build-20201228.img.zst
slarm64-current-aarch64-base-raspberry_pi_4-5.10.3-build-20201228.img.zst.sha256
slarm64-current-aarch64-xfce-raspberry_pi_4-5.10.3-build-20201228.img.zst
slarm64-current-aarch64-xfce-raspberry_pi_4-5.10.3-build-20201228.img.zst.sha256


slarm64-current-aarch64-base-raspberry_pi_4-5.10.3-build-20201229.img.zst
slarm64-current-aarch64-base-raspberry_pi_4-5.10.3-build-20201229.img.zst.sha256
slarm64-current-aarch64-xfce-raspberry_pi_4-5.10.3-build-20201229.img.zst
slarm64-current-aarch64-xfce-raspberry_pi_4-5.10.3-build-20201229.img.zst.sha256

sndwvs 01-13-2021 02:21 AM

update kernel 5.10.6

sndwvs 01-24-2021 02:22 PM

1 Attachment(s)
update kernel 5.10.9

new drivers for wifi realtek were added to the kernel, the desktop was also replaced with enlightenment.

slarm64-current-aarch64-base-raspberry_pi_4-5.10.9-build-20210124.img.zst
slarm64-current-aarch64-base-raspberry_pi_4-5.10.9-build-20210124.img.zst.sha256
slarm64-current-aarch64-enlightenment-raspberry_pi_4-5.10.9-build-20210124.img.zst
slarm64-current-aarch64-enlightenment-raspberry_pi_4-5.10.9-build-20210124.img.zst.sha256

glorsplitz 01-24-2021 07:22 PM

shot-1970-01-01_00-39-59.jpg, you didn't run ntp?

is mpv part of base install?

sndwvs 01-25-2021 12:19 AM

Quote:

Originally Posted by glorsplitz (Post 6211551)
shot-1970-01-01_00-39-59.jpg, you didn't run ntp?

is mpv part of base install?

i have not connected to the network, ntp is set to work.
yes, mpv is included in prebuilt builds.

wowbaggerHU 01-25-2021 03:18 AM

Quote:

Originally Posted by sndwvs (Post 6211466)
the desktop was also replaced with enlightenment.

So you mean that whoever wants to keep using Xfce, will have to use the base installer image, and install the Xfce related packages manually?

sndwvs 01-25-2021 03:25 AM

Quote:

Originally Posted by wowbaggerHU (Post 6211633)
So you mean that whoever wants to keep using Xfce, will have to use the base installer image, and install the Xfce related packages manually?

for a given image, yes.
but globally you can build with both xfce and enlightenment, this is just the first build with enlightenment.

wowbaggerHU 01-25-2021 03:29 AM

Quote:

Originally Posted by sndwvs (Post 6211637)
for a given image, yes.
but globally you can build with both xfce and enlightenment, this is just the first build with enlightenment.

Hi sndwvs, that's understandable. Thank you for the explanation.

sndwvs 02-18-2021 07:19 AM

kernel 5.11.0

slarm64-current-aarch64-base-raspberry_pi_4-5.11.0-build-20210218.img.zst
slarm64-current-aarch64-base-raspberry_pi_4-5.11.0-build-20210218.img.zst.sha256
slarm64-current-aarch64-xfce-raspberry_pi_4-5.11.0-build-20210218.img.zst
slarm64-current-aarch64-xfce-raspberry_pi_4-5.11.0-build-20210218.img.zst.sha256

sndwvs 03-16-2021 11:16 AM

kernel 5.10.23

sndwvs 03-25-2021 01:55 PM

kernel 5.11.10
slarm64-current-aarch64-base-raspberry_pi_4-5.11.10-build-20210329.img.zst
slarm64-current-aarch64-base-raspberry_pi_4-5.11.10-build-20210329.img.zst.sha256
slarm64-current-aarch64-xfce-raspberry_pi_4-5.11.10-build-20210329.img.zst
slarm64-current-aarch64-xfce-raspberry_pi_4-5.11.10-build-20210329.img.zst.sha256

sndwvs 05-01-2021 03:33 PM

update kernel 5.12.0

sndwvs 05-17-2021 07:31 AM

kernel 5.12.4
slarm64-current-aarch64-server-raspberry_pi_4-5.12.4-build-20210517.img.zst
slarm64-current-aarch64-server-raspberry_pi_4-5.12.4-build-20210517.img.zst.sha256
slarm64-current-aarch64-xfce-raspberry_pi_4-5.12.4-build-20210517.img.zst
slarm64-current-aarch64-xfce-raspberry_pi_4-5.12.4-build-20210517.img.zst.sha256

wowbaggerHU 05-17-2021 09:19 AM

Hi sndwvs,

I don't wish to sidetrack this thread, but I encountered a previously unknown problem (at least for me).
I have a 4 GB raspberry pi 4, and I would like to use an RTC. I own a number of them, and they all are this model.

Until now used them happily but I recently switched from a 2 GB to a 4 GB RPi4, and also upgraded to kernel 5.10.0.
The problem is that:

In /boot/config.txt, I have
Code:

dtparam=i2c_arm=on
dtoverlay=disable-vc4,i2c-rtc,ds3231

And the device shows up in i2cdetect's output:
Code:

root@raspberry-pi-4:~# i2cdetect -y 1
    0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                        -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

So it seems to be connected to the RPi4 properly.
However when I try to execute the usual commands to activate the RTC,

Code:

lsmod | grep -q i2c-bcm2708 || modprobe i2c-bcm2708
cat <<<"ds1307 0x68" >/sys/class/i2c-adapter/i2c-1/new_device
sleep 1
[ -c /dev/rtc0 ] && hwclock --hctosys

I get this:

Code:

[  11.711634] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[  18.839442] random: crng init done
[  19.164643] i2c i2c-1: new_device: Instantiated device ds1307 at 0x68
[  19.174771] rtc-ds1307: probe of 1-0068 failed with error -121

On my second attempt, I'm greeted with this:
Code:

[  88.940468] i2c /dev entries driver
[  137.524802] i2c i2c-1: Failed to register i2c client ds1307 at 0x68 (-16)

Do you happen to have any tips on this?
I already spent a few hours googling around, but wasn't able to fix the problem.

sndwvs 05-17-2021 09:31 AM

Hi wowbaggerHU,
here is a similar problem
Code:

dtoverlay=i2c-rtc,ds1307,addr=0x58

wowbaggerHU 05-17-2021 10:16 AM

Quote:

Originally Posted by sndwvs (Post 6251459)
Code:

dtoverlay=i2c-rtc,ds1307,addr=0x58

Well, it either was a contact problem (that was fixed by now through the many disassembly-reassembly cycles), or the one you mentioned, but it works now.
Although I have to point out that the address had to be (or was) corrected to 0x68.

Either way, thank you for helping me out!

sndwvs 07-08-2021 01:15 PM

update kernel 5.13.0

sndwvs 07-10-2021 04:17 PM

slarm64-current-aarch64-server-raspberry_pi_4-5.13.1-build-20210710.img.zst
slarm64-current-aarch64-server-raspberry_pi_4-5.13.1-build-20210710.img.zst.sha256
slarm64-current-aarch64-xfce-raspberry_pi_4-5.13.1-build-20210710.img.zst
slarm64-current-aarch64-xfce-raspberry_pi_4-5.13.1-build-20210710.img.zst.sha25

pchristy 07-11-2021 05:37 AM

On a similar theme, I've noticed a lot of new files going in to Slarm64 recently (I rsync a local NAS with Slackware.UK), but slackpkg isn't detecting them. It looks as if the changelog isn't getting updated, nor are the checksums, which are throwing up md5 errors.

Not criticising, as I know its a lot of work! Just flagging up in case you were unaware.

Slackware64-curent from the same source is fine.

--
Pete

sndwvs 07-11-2021 09:44 AM

Slackware.UK is lagging behind in sync. i checked a couple of other mirrors they show the same number of updates as in dl.slarm64.org

pchristy 07-12-2021 05:48 AM

Yes, very odd! The packages themselves seem to be pretty up-to-date, its just the support files required by slackpkg that aren't being picked up! I've let Darren know!

--
Pete

pchristy 07-12-2021 04:11 PM

Looks like its fixed! Everything now showing up-to-date at Slackware.uk.

Guess we'll find out for sure when the next updates land...! ;)

--
Pete

sndwvs 08-17-2021 10:30 AM

kernel 5.13.9
slarm64-current-aarch64-server-raspberry_pi_4-5.13.9-build-20210816.img.zst
slarm64-current-aarch64-server-raspberry_pi_4-5.13.9-build-20210816.img.zst.sha256
slarm64-current-aarch64-xfce-raspberry_pi_4-5.13.9-build-20210816.img.zst
slarm64-current-aarch64-xfce-raspberry_pi_4-5.13.9-build-20210816.img.zst.sha256

sndwvs 09-02-2021 12:24 PM

kernel 5.14.0
slarm64-current-aarch64-server-raspberry_pi_4-5.14.0-build-20210902.img.zst
slarm64-current-aarch64-server-raspberry_pi_4-5.14.0-build-20210902.img.zst.sha256
slarm64-current-aarch64-xfce-raspberry_pi_4-5.14.0-build-20210902.img.zst
slarm64-current-aarch64-xfce-raspberry_pi_4-5.14.0-build-20210902.img.zst.sha256
slarm64-current-aarch64-enlightenment-raspberry_pi_4-5.14.0-build-20210902.img.zst
slarm64-current-aarch64-enlightenment-raspberry_pi_4-5.14.0-build-20210902.img.zst.sha256


All times are GMT -5. The time now is 01:29 AM.