similar to: [Bug 1291] New: iptables 1.8.0+ no longer builds against kernel 3.10.108

https://bugzilla.netfilter.org/show_bug.cgi?id=1289 Bug ID: 1289 Summary: iptables build fails with kernel 4.20-rc1 - gnu_inline attributes Product: iptables Version: unspecified Hardware: x86_64 OS: Ubuntu Status: NEW Severity: normal Priority: P5 Component:

https://bugzilla.netfilter.org/show_bug.cgi?id=826 Summary: libiptc/libip6tc.h doesn't specify C linkage Product: iptables Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: libiptc AssignedTo: netfilter-buglog at lists.netfilter.org

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=102 Summary: ipv6_prefix_length works only on LITTLE_ENDIAN and prefix_length % 8 == 0 Product: iptables userspace Version: 1.2.8 Platform: other OS/Version: All Status: NEW Severity: minor Priority: P2 Component: libiptc

https://bugzilla.netfilter.org/show_bug.cgi?id=1231 Bug ID: 1231 Summary: libxt_bpf.c:69:6: error: 'union bpf_attr' has no member named 'pathname' Product: netfilter/iptables Version: unspecified Hardware: All OS: Ubuntu Status: NEW Severity: enhancement

--5uhzMJlTksuFv+PE Content-Type: multipart/mixed; boundary="9A1A73/U17WN0PFw" Content-Disposition: inline --9A1A73/U17WN0PFw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! The netfilter coreteam proudly presents: iptables version 1.2.9 1.2.9 is (like most other 1.2.x releases) a maintainance release,

--va9XEZk9/dJ5GUjX Content-Type: multipart/mixed; boundary="vM12nk/63StVgfqY" Content-Disposition: inline --vM12nk/63StVgfqY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! The netfilter coreteam proudly presents: iptables version 1.2.9rc1 Version 1.2.9rc1 is the first release candidate of the upcoming 1.2.9

https://bugzilla.netfilter.org/show_bug.cgi?id=1067 Bug ID: 1067 Summary: Compilation failure on Linux 4.5.x when including libiptc/libiptc.h Product: iptables Version: 1.4.x Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5 Component: iptables

https://bugzilla.netfilter.org/show_bug.cgi?id=1275 Bug ID: 1275 Summary: if IPTC_DEBUG is defined, compiler reports errors Product: iptables Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: libiptc Assignee: netfilter-buglog

Yes -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Morgan Read" <mstuff at read.org.nz> > To: "CentOS mailing list" <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

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

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

Thanks Nux for the follow up! On 22/01/18 08:54, Nux! wrote: > 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. 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

http://bugzilla.netfilter.org/show_bug.cgi?id=638 Summary: make libiptc a public interface Product: iptables Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: libiptc AssignedTo: netfilter-buglog at lists.netfilter.org ReportedBy:

> > It's just some name tcpdump used to replace the IP address of one of the > > machines, and since it's the source IP of a DHCP reply packet, it most > > likely is the IP of the DHCP server. > ok, sounds reasonable > > > > > > here is the requested dump: https://dpaste.com/849DMX9ND > > > > What I see in that dump is that the DHCP client

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.

Hallo list I've been running fedora for donks as my production laptop os, but now I want to set up one of those 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

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" :-/)

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=438 Summary: lipiptc development headers installed by default Product: iptables Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: libiptc AssignedTo: laforge@netfilter.org

Greetings Laine, > It's just some name tcpdump used to replace the IP address of one of the > machines, and since it's the source IP of a DHCP reply packet, it most > likely is the IP of the DHCP server. ok, sounds reasonable > > > here is the requested dump: https://dpaste.com/849DMX9ND > > What I see in that dump is that the DHCP client (Mac address >

http://bugzilla.netfilter.org/show_bug.cgi?id=569 Summary: in6addr_any undeclared Product: iptables Version: CVS (please indicate timestamp) Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: unknown AssignedTo: laforge at netfilter.org ReportedBy: