Activity for Dave Albert
-
Dave Albert modified a comment on discussion Help
I have a similar issue where the uC has a bootloader and a separate application; I'd like to be able to flash the application without erasing the bootloader. For example, I would like to load code that starts at 0x8000. The issue is that lpcprog.c assumes that the file to be flashed is the full application that starts at sector 0 (address 0x0000) even if the .hex file does not contain those addresses. So it patches 0x14 (for ARM7) and erases sector 0, and starts programming at sector 1 and then finally...
-
I have a similar issue where the uC has a bootloader and a separate application; I'd like to be able to flash the application without erasing the bootloader. For example, I would like to load code that starts at 0x8000. The issue is that lpcprog.c seems to assume that hex file to be flashed is the full application that starts at sector 0 (address 0x0000) even if the .hex file does not contain those addresses. So it patches 0x14, erases sector 0, and then starts programming at sector 1 (even if that's...
-
I have a similar issue where the uC has a bootloader and a separate application; I'd like to be able to flash the application without erasing the bootloader. Is this possible?
-
The problem seems to be a dependency management problem with ipkg (it will let you install packages for which the dependencies are missing). In my case, I had upgraded wget to 1.20.3 and openssh-sftp to 8.3p1 (which are the upgrades offered in the web package manager page). wget has an unfulfilled dependency on libssl.so.1.1 and openssh-sftp on libcrypto.so.1.1. To fix things, you can manually install the dependencies or downgrade the packages: * Download the required packages (https://sourceforge.net/projects/alt-f/files/pkgs/unstable/)...
-
The problem seems to be a dependency management problem with ipkg (it will let you install packages for which the dependencies are missing). In my case, I had upgraded wget to 1.20.3 and openssh-sftp to 8.3p1 (which are the upgrades offered in the web package manager page). wget has an unfulfilled dependency on libssl.so.1.1 and openssh-sftp on libcrypto.so.1.1. To fix things, you can downgrade the packages manually: * Download the required package (https://sourceforge.net/projects/alt-f/files/pkgs/unstable/)...
-
The problem seems to be a dependency management problem with ipkg (it will let you install packages for which the dependencies are missing). In my case, I had upgraded wget to 1.20.3 and openssh-sftp to 8.3p1 (which are the upgrades offered in the web package manager page). wget has an unfulfilled dependency on libssl.so.1.1 and openssh-sftp on libcrypto.so.1.1. To fix things, you can downgrade the packages manually: Download the required package (https://sourceforge.net/projects/alt-f/files/pkgs/unstable/)...
-
I installed wget_1.19.1 and things are working again. It seems that simply upgrading packages can break the package management process if ssl and wget are not updated atomically.
-
libssl.so.1.1 missing
-
In case you're tracking DNS-321 as well, I can confirm that the updated ipkg-cl fixes the issue for a DNS-321 running Alt-F 1.0 with 4TB drives configured for RAID1.
-
Many thanks this is all that I needed for ipkg to work. Note for others finding this: the certificate problem exists on a clean install of the 1.0 software. To fix it, log in as root via ssh and run the command João posted above to install an updated certificate chain. After that, package management worked fine for me.
-
Sorry, posted by mistake, not sure how to delete topic.
-
Maybe I'm doing something wrong, but I can't seem to zoom in very far in order to take precise measurements. In fact, once I attempt any zoom (in or out), the image gets much smaller and won't magnify any further. Running 2.6A or 2.7 is the same. I'm running on Windows 10 x64.
1
