Posts by escalade

    You've only posted a few lines which doesn't include the actual error.

    EDIT: Sorry, it does contain the error I just missed it :)

    error: type of 'strlcpy' does not match original declaration [-Werror=lto-type-mismatch]

    It's actually a warning, but the compiler was told to treat warnings as errors. In any case, it shouldn't occur it doesn't for me on Arch. Have you updated your installation? pacman -Syu

    Another way to fix it would be to use strip_lto in the package.mk (see other packages for example) but like I said it shouldn't occur and I've confirmed it here by building open-vm-tools / libidnet with no issue.

    cragmuer

    In your case that would be the output of your terminal.

    orione7

    The haswell build has 4.12 kernel, could be why. Just install from any .img.gz and update to it. You're talking about problems compiling NSS due to bugs in cmake yet NSS does not use the cmake build system. If you want help, you need to post information on what's going on. You say you have an issue compiling open-vm-tools? What kind of an issue? What does it say? Post the complete output of your make command.

    b_force

    It's xorg.conf, so rename _one_ of those files to /storage/.config/xorg.conf and it'll work. My build uses modesetting for Atom/Celeron so you'll want to switch to i915. I'm guessing your gpu doesn't like the modesetting driver and is what is causing the tearing issues.

    As for your other issues, no logs no problem. Dosbox can be launched through SSH as dosbox.sh. You'll find plenty of information on the web on how to use it.

    orione7

    Manually find out why the SYSTEM/KERNEL files don't fit on your /flash partition, or delete both partitions and do a clean install.

    cragmuer

    No logs, no problem.... You'll need these on Arch:

    # pacman -S base-devel wget bc gperf zip xorg-mkfontscale xorg-mkfontdir xorg-bdftopcf libxslt jre8-openjdk-headless perl-xml-parser git unzip python patchutils lzop

    It's supposed to be alsathread, it functions the same as alsa except it has threading. I use it on all my devices.

    As I mentioned in your other thread, you are using a community build. There's no support for it.

    You'll want to use the ALSA driver not pulseaudio which is a bad choice for emulators. Could have saved yourself the trouble by reading the first page of my thread which describes how to choose the correct audio output.

    Documentation for Dolphin is here: Dolphin Emulator - Guides

    In my build you launch the frontend with dolphin.sh.

    As you are running my build, you should not expect support outside my topic. Emulators are not part of LibreELEC and the setup is unique to my build.

    As for this problem, most likely you have used the online updater which you shouldn't do. Some of the cores depend on specific versions of libraries that are available on the system they were built on. In this case probably Debian. Remove the one you've downloaded from /storage/.config/retroarch/cores and reboot.

    How did you remove the pulseaudio binding? I've added Chrome to my LE fork as well, although I went a different route. LE actually has packaged most of the needed libraries, but they are compiled as static libraries instead of shared. I've changed that and also added the few that was missing in order to run it natively without any libraries from other platforms.

    I've "solved" the pulseaudio issue by stopping the service. This doesn't seem to work with things like http://youtube.com/tv though, which seems to depend on pulseaudio.

    My 4 years (!) old haswell NUC D54250WYK2 cost me 309 euro without disk/ram and it's still running beautifully. It does HD audio and it's even powerful enough to run "Mario Kart Double Dash" smoothly in Dolphin.

    It's still my main HTPC and although the NUC7i5BNK is tempting I believe it doesn't do HD audio and it's not real HDMI 2.0 which leads to other issues. The next gen NUC's are just around the corner (or so I hear) and they will have real HDMI 2.0 and a bump in graphics power.

    That said, every NUC I had did have minor issues that were solved in the Linux kernel and/or firmware as time went by.