search for: libreelec

...at nmacleod.com Cross-compiling iptables 1.8.1 for a 4.20-rc1 target fails, possibly due to https://github.com/torvalds/linux/commit/c2c640aa04cc4e6caf0ff17ff18b3784e0c99566 The build will fail with the following errors: ^~~~~~ In file included from /home/neil/projects/scratch/alternates/LibreELEC.tv/build.LibreELEC-Generic.x86_64-9.0-devel-next/iptables-1.8.1/libiptc/libip6tc.c:111: /home/neil/projects/scratch/alternates/LibreELEC.tv/build.LibreELEC-Generic.x86_64-9.0-devel-next/iptables-1.8.1/libiptc/libiptc.c:268:1: warning: 'always_inline' attribute ignored [-Wattributes] static...

...ter.org Reporter: netfilter at nmacleod.com Since commit 672accf153037c9d9b39f39381e9bc0f2df57c8c ("include: update kernel netfilter header files"), iptables no longer builds against kernel 3.10.108. Building with gcc-8.2.0, glibc-2.28; cross-compiling to arm on Ubuntu x86_64 (LibreELEC toolchain). The build failure is[2]: libtool: compile: /home/ubuntu/projects/LibreELEC.tv/build.LibreELEC-WeTek_Core.arm-9.0-devel/toolchain/bin/armv7a-libreelec-linux-gnueabi-gcc -DHAVE_CONFIG_H -I. -I/home/ubuntu/projects/LibreELEC.tv/build.LibreELEC-WeTek_Core.arm-9.0-devel/iptables-1.8.1/lib...

...on another machine then you can just yum install it and use it from there. That's what I figured - I already run an XP and W7 virt machines as well as sometimes RemixOS just for fun on my everyday machine and thought I could remote control. > You might run into a problem though with your Libreelec VM as you'd need to enable GPU passthrough for it and for that you need Intel VT-d or AMD-Vi enabled in the BIOS. If your laptop is old it may not have that feature.I wondered about that - the laptop is VT-x, but not VT-d. But, as I run the above GUI machines on my laptop without VT-d, then s...

Hmm, So - I guess the best I can hope for is running the host as a full workstation GUI with kodi installed - forget about Libreelec - and then running the rest of appliances as VMs headless? Many thanks for helping clear my thoughts on this. M On 23/01/18 19:01, Nux! wrote: > Running a VM with something graphical on top of something else graphical is one thing. > > What you want is to dedicate the GPU to the Libree...

...se old laptops to run as a home server running a number of home type vm appliances. I don't want to risk having to tear down and rebuild the setup every 6 months to a year - so, figure centos is my best canditate to run as a stable server. The sort of home type vms I envisage running include: LibreELEC https://libreelec.tv/ Vortexbox https://wiki.vortexbox.org/available_images ownCloud https://owncloud.org/download/#owncloud-server-appliance freeSwitch https://freeswitch.org/pages/vm.html Etc... Without wanting to start a very competative discussion - what would be a suggested minimal centos 7 i...

On 9/6/20 12:02 PM, daggs wrote: > Greetings LAine, > >> When you say "the vm", you mean the one running libreelec, that is >> trying to get and IP address, correct? > > yes, you are correct. > >> I guess Broadcom.home is the IP of the VM that's running the dhcp >> server? (I should have suggested using "tcpdump -n -e -v" :-/) >> > > frankly, I have no ide...

..." <centos at centos.org> > Sent: Tuesday, 23 January, 2018 23:30:57 > Subject: Re: [CentOS] best centos server setup for graphics intensive kvm vms? > Hmm, So - I guess the best I can hope for is running the host as a full > workstation GUI with kodi installed - forget about Libreelec - and then > running the rest of appliances as VMs headless? > > Many thanks for helping clear my thoughts on this. > M > > On 23/01/18 19:01, Nux! wrote: >> Running a VM with something graphical on top of something else graphical is one >> thing. >> >>...

...9;t seen any valid DHCP > > responses) and gives itself an IP on the 169.254.0.0/16 network, then > > goes about the process of looking for other devices to connect to using > > that IP. > > > > Was this dump taken on the host of the tap device of the client > > (libreelec aka streamer)? > > here are the relevant adapters of the vm: > 4: virtsw: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 > link/ether 52:54:00:6b:1b:92 brd ff:ff:ff:ff:ff:ff > 5: virtsw-nic: <BROADCAST,MULTICAST> mtu 1500 qdi...

...et is blocked, you'll >>> be better able to determine why. >>> >>> >> >> alright, I'll try that, thanks. >> > > I've ran tcpdump on the vm's tap device, here is what I see: When you say "the vm", you mean the one running libreelec, that is trying to get and IP address, correct? > 01:42:15.404754 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:5a:4c:8c (oui Unknown), length 548 > 01:42:15.405075 IP Broadcom.Home.bootps > 10.0.0.40.bootpc: BOOTP/DHCP, Reply, length 300 I guess Broad...

Running a VM with something graphical on top of something else graphical is one thing. What you want is to dedicate the GPU to the Libreelec VM, so it displays directly to the screen (gpu) so it can properly use hardware acceleration and so on, but you can't do that without VT-d/AMD-Vi afaik. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Morgan Read" <...

You'd need to run virt-manager GUI somehow to manage the VMs. If you run Fedora already on another machine then you can just yum install it and use it from there. You might run into a problem though with your Libreelec VM as you'd need to enable GPU passthrough for it and for that you need Intel VT-d or AMD-Vi enabled in the BIOS. If your laptop is old it may not have that feature. Owncloud has been obsoleted by Nextcloud btw. hth -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ---...

...t gives up (because it hasn't seen any valid DHCP > responses) and gives itself an IP on the 169.254.0.0/16 network, then > goes about the process of looking for other devices to connect to using > that IP. > > Was this dump taken on the host of the tap device of the client > (libreelec aka streamer)? here are the relevant adapters of the vm: 4: virtsw: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 52:54:00:6b:1b:92 brd ff:ff:ff:ff:ff:ff 5: virtsw-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master vir...

Greetings LAine, > When you say "the vm", you mean the one running libreelec, that is > trying to get and IP address, correct? yes, you are correct. > I guess Broadcom.home is the IP of the VM that's running the dhcp > server? (I should have suggested using "tcpdump -n -e -v" :-/) > frankly, I have no idea who is Broadcom.home. here is the reque...

...etwork). > > In that case, you've most likely either got a firewall problem on host > or guest, or a problem with your dhcp server. > iptables is installed on the host (required by libvirt because of the virt network features, from what I can see, it isn't running. the guest is libreelec, somehow I don't think it has iptables installed or configured. on the dhcp server (the other vm) I see this: Sat Sep 5 00:33:25 2020 daemon.info dnsmasq-dhcp[2579]: DHCPDISCOVER(br-lan) 52:54:00:5a:4c:8c Sat Sep 5 00:33:25 2020 daemon.info dnsmasq-dhcp[2579]: DHCPOFFER(br-lan) 10.0.0.40 52:...

...the vm, eject worked and so did mount. I've decided to move it to another machine running libvirt 6.7.0, I've verified the cdrom is visible on the new system, seE: # lsscsi [0:0:0:0] cd/dvd HL-DT-ST DVDRAM GH24NSD1 LW00 /dev/sr0 I've inserted the same xml into another vm running libreelec uefi but changed the host from 11 to 0, it looks like this: <controller type='scsi' index='0' model='virtio-scsi'> <alias name='scsi0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0...

...imed at retrogaming. Lakka is based on librelec, it use nouveau driver with kms, but don't display anything on my hdmi TV or a pc monitor. I also tried Recalbox, it's based on buildroot and the problem is exactly the same. You can find all the logs here: https://github.com/libretro/Lakka-LibreELEC/issues/68 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20170714/c3c2c79e/attachment.html>

Greetings, up until a year ago, I was running a server with Debian 10 (stable) on it with the latest versions of libvirt, qemu and kernel 4.19.x Debian 10 had to offer (both libvirt and qemu versions were really old). the network config was simple, one of the vm acted as a router and provided the ip for both the host and the vm. I've recently switched distro and now I'm running latest