-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
4th Gen Airport Time Capsule - Compile rsync #6
Comments
you might giving this guy a hand? |
Thank you for the quick response. Also i seem to be missing /etc/mk.conf based on the below output after building the sets. How should this be configured for this cross-compile? MAKECONF file: /etc/mk.conf (File not found) I created one based on a sample and getting the following error when compiling rsync. Beginning configuration for bash-5.1-release for arm--netbsdelf-eabi => Bootstrap dependency digest>=20211023: found digest-20220214
|
Hey @raghu-mp, sorry for the delay, I am in between jobs and have a lot going on... I was redoing my steps to get a good build environment running. I lost the older one... As far as I remember the rsync's makefile uses perl version to bootstrap the compile environment. I do not remember if it used perl or mini-perl. Polishing the procedure up is still on my plans, I want to get rsync again, and my try to push it further, perhaps rclone.. Anyway, as for your problem, you can try to workaround linking the existing crt* libraries to the ending with S. You must have this on your /usr/lib folder: Try this: I remember that it got me further... For some reason it tries to link to the shared objects version of the crt libraries |
Thank you. The ln -s resolved the crtbeginS.o and crtendS.o issue. But the following still persists. /root/netbsd/obj/tooldir.NetBSD-9.0-amd64/lib/gcc/arm--netbsdelf-eabi/7.4.0/../../../../arm--netbsdelf-eabi/bin/ld: cannot find -lgcc_s Any idea how to resolve these? |
Again tries to use the shared library, even on a static build… As the kernel is not compiled with shared libs support, the tools build had them disabled. That is why there are no s ending versions of some common libraries. In this case check if you have the static version /var/lib/libgcc.o link it to libgcc_s.o Even though, I believe that you have a setting on somewhere (or an environment variable) to select the right libgcc for all compilations, this should work as well. |
Tried that symlink and the error went away. But it still fails and config.log does not show the exact problem. configure:3765: $? = 0 |
(net)bsd... it runs so smooth on old hardware... would it help to ask the hackernews community for help...??? mean it is green... if you breath life into these old devices... and there are a lot of them still around... |
@Tristan79 Try it... you could also try rossmann (https://www.youtube.com/@rossmanngroup) if he could do a shout out... @gchehab I have, a couple of AirPort Extreme 802.11ac, a 4th gen time capsule and a couple of airport express (the newest and the previous one) so I can help test and compile stuff on the device itself. Just let me know. |
Hey guys, Yes, given a fresh kernel, netbsd or linux, it would be a good device, the hardware of the newer gens are not too shabby. It is unfortunate that Apple, when discontinued the devices, did not even care to release the firmware stuff as open source, as it retired from this business altogether... Perhaps a petition, but it would take a good community... Anyway, the devices are still high priced in Brazil, a used one will sell for up to a few hundred dollars. It is insane, as the devices are a decade old... I am resuming my work, next week, I will try a more conservative approach, instead of a newer netbsd version, I will try to stick to the closest Apple used, hopefully, it will have less trouble. @raghu-mp, the -D_FORTIFY_SOURCE=2 flag is troublesome, only supported on newer gcc versions, to remove it set the environment variable PKGSRC_USE_FORTIFY. Bellow, is the latest environment I am using to try to bootstrap pkgsrc, still there is something missing... But it might get you further -- remember to weak the ARCH and MACHINE_ARCH to your hardware. I know that part of my problem is they do not match exactly the netbsd user tools I compiled... I dont remember how I fixed this a few years back, so I will start over, once again:export ARCH=earmv6 export CC1=/Volumes/dk2/root/usr/libexec/cc1 export CFLAGS="-mno-unaligned-access -fno-use-linker-plugin" export ALLOW_VULNERABLE_PACKAGES=no export MKSOFTFLOAT=yes |
Hi, I am following the guide at https://github.com/ipatch/theairportwiki/wiki/build-a-cross-compile-NetBSD-toolchain-armv6-Notes
Setup a NetBSD 9.0 VM on Proxmox and trying compile rsync for NetBSD 4.0 and earmv5 in it instead of the airport (not brave enough to try doing it on the target yet). You mentioned rsync-3.1.3nb1 (need to compile a simple perl working) and i am trying to figure out how exactly to do that. Can you please help?
The text was updated successfully, but these errors were encountered: