Re: Building a Linuxulator userland from source

2023-09-05 Thread Felix Palmen
* Felix Palmen [20230901 16:55]: > Posting yet another status update [...] And the next one ;) First, I kind of reached a "milestone", I got multimedia/makemkv to build with the new userland (using the ffmpeg shared libs instead of linking it statically as is necessary with -c7),

Re: Building a Linuxulator userland from source

2023-09-01 Thread Felix Palmen
* Alexander Leidinger [20230901 19:11]: > Am 2023-09-01 16:55, schrieb Felix Palmen: > > * Infrastructure libs like libdrm, libglvnd, alsa, v4l, ... > > Infrastructure ports are what we provide in the linux base ports. So I'm not > surprised... :) Yes of course, this i

Re: Building a Linuxulator userland from source

2023-09-01 Thread Felix Palmen
* Felix Palmen [20230820 12:35]: > Just a little update on this [...] Posting yet another status update because I'm about to reach a "milestone": I just had the first successful build of ffmpeg. I focused on ffmpeg because that's a requirement for MakeMKV which I now inten

Re: Building a Linuxulator userland from source

2023-08-22 Thread Felix Palmen
ll probably start with makemkv because I already maintain that port. Open to suggestions what else to test there. In the end, getting to run e.g. Google Chrome would be perfect, but I imagine this requires creating a lot of ports for shared libs first. Cheers, Felix -- Felix Palmen {pri

Re: Building a Linuxulator userland from source

2023-08-22 Thread Felix Palmen
ry (closed-source?) working on it. That's the rough plan ... I have some hopes ;) Cheers, Felix -- Felix Palmen {private} fe...@palmen-it.de -- ports committer -- {web} http://palmen-it.de {pgp public key} http://palmen-it.de/pub.txt {pgp fingerprint}

Re: Building a Linuxulator userland from source

2023-08-22 Thread Felix Palmen
7;t* get e.g. full unhindered access to the whole / filesystem tree, you won't be able to use FreeBSD ports/packages of Linux software with it, and so on. FreeBSD's official Linuxulator userland is -c7, nothing has been replaced. Please stop spreading such unfounded claims. Bye, Felix

Re: Building a Linuxulator userland from source

2023-08-22 Thread Felix Palmen
* Alexander Leidinger [20230822 01:25]: > Am 2023-08-18 11:26, schrieb Felix Palmen: > > 1.) Of course, Uses/linux.mk would need quite some switching to handle > > c7 as well as something new that works completely differently (maybe > > call it src). All still open issues. &g

Re: Building a Linuxulator userland from source

2023-08-21 Thread Felix Palmen
* Tatsuki Makino [20230821 17:40]: > Felix Palmen wrote on 2023/08/21 16:21: > > This works perfectly fine when used from within a Linux shell. Example > > from testing my new userland: > > > > | [00:00:20] Entering interactive test mode. Type 'exit' when don

Re: Building a Linuxulator userland from source

2023-08-21 Thread Felix Palmen
) | /lib64/ld-linux-x86-64.so.2 (0x01021000) | bash-5.2# Cheers, Felix -- Felix Palmen {private} fe...@palmen-it.de -- ports committer -- {web} http://palmen-it.de {pgp public key} http://palmen-it.de/pub.txt {pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231 signature.asc Description: PGP signature

Re: HEADS-UP: poudriere needs patching (was: Building a Linuxulator userland from source)

2023-08-21 Thread Felix Palmen
* Felix Palmen [20230820 22:18]: > I'm about to update my feature branch again and from now on, to build it > with poudriere, a patch will be needed. Good news, I found a workaround to make it build with unmodified poudriere again: | .if ${POUDRIERE_NAME:Mpoudriere*} | build-depends

HEADS-UP: poudriere needs patching (was: Building a Linuxulator userland from source)

2023-08-20 Thread Felix Palmen
* Felix Palmen [20230820 12:35]: > If anyone would like to already do some testing at this stage, please be > aware that I not only rebase my feature branch, but also rewrite it > while rebasing (to fix issues I encounter), and of course there won't be > any PORTREVISION bump

Re: Building a Linuxulator userland from source

2023-08-20 Thread Felix Palmen
* Felix Palmen [20230818 08:23]: > I just reached a state where I can build a working Linux-native GNU > toolchain (binutils, glibc, gcc) for C and C++ on aarch64, amd64 and > i386. From here on, it should be simpler, there are already two ports in > my branch (archivers/linux-bzip2 a

Re: Building a Linuxulator userland from source

2023-08-19 Thread Felix Palmen
repackage some newer Linux distribution. Any other issues you might have encountered with Linuxulator are unrelated to this thread. Bye, Felix -- Felix Palmen {private} fe...@palmen-it.de -- ports committer -- {web} http://palmen-it.de {pgp public key} http://palme

Re: Building a Linuxulator userland from source

2023-08-18 Thread Felix Palmen
ch will be feasible. But I plan to continue working on it, trying to at least build some minimal "GNU/Linux" base using the toolchain I now have. I guess then I will see whether it makes sense at all ;) Cheers, Felix -- Felix Palmen {private} fe...@palmen-it.de -- ports committe

Re: Building a Linuxulator userland from source

2023-08-18 Thread Felix Palmen
. 2.) Could you please elaborate how e.g. some config file "visible" to the Linux processes could "pollute" a Linux build? Besides, this could only affect files from base /etc I think... Cheers, Felix -- Felix Palmen {private} fe...@palmen-it.de -- ports committer -- {web} http://palmen-it.de {pgp public key} http://palmen-it.de/pub.txt {pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231 signature.asc Description: PGP signature

Building a Linuxulator userland from source

2023-08-17 Thread Felix Palmen
ust follow the book (very different scenario, it assumes building on Linux and not doing any staging/packaging), but it *does* have some helpful hints. Cheers, Felix -- Felix Palmen {private} fe...@palmen-it.de -- ports committer -- {web} http://palmen-it.de {pgp p

Re: net-im/skype* vs. linux-c6-*:

2014-11-22 Thread Felix Palmen
Hello, Am Dienstag, 11. November 2014, 15:23:12 schrieben Sie: > a) as far as I know Microsoft doesn't allow any client before 4.3, that > would block net-im/skype and net-im/skype-devel. If you test, and find it > works, can you let me know please? > > b) we're still lacking the syscalls require