On 10/29/2016 11:16 PM, Eric Shelton wrote:
On Friday, October 28, 2016 at 5:49:12 PM UTC-4, pixel fairy wrote:
On Friday, October 28, 2016 at 8:17:04 AM UTC-4, Web Dawg wrote:
On Oct 28, 2016 5:36 AM, "pixel fairy" <[email protected]> wrote:
> debian looked good at first, but its hardware support is too
many generations behind. tried switching sys-net to debian,
and it couldnt find my intel wifi from 2010. i understand
ubuntu has a licencing issue, and thus, can not be used.
>
Are you sure you just do not have to look in the non free
repos and install the wifi stuff correctly? Usually, because
manufactures choose not to open source drivers there are
binary blobs that the source never gets released for and the
debian defaults will not use this driver...
Usually they are in repos you have to enable after install.
Aka non-free
yes. the non-free firmware was installed, but intel blobs were in
their own package. tried it and it works. but newer adapters need
new kernels and firmware packages. so we would still need a more
current distribution for sys-net.
I am a little confused by your statement that "supported versions of
fedora are not working with qubes," since you can upgrade the standard
Fedora 23 based template to Fedora 24. Assuming you have done that, I
am guessing you really want or need to run a more recent kernel than
the 4.4 series used currently in Qubes (at least for network - it gets
messy for video, as you start needing newer userspace drivers too).
If so, forward porting Qubes' patches probably ends up being your
lowest effort approach. Chances are you will have to address that
issue no matter which distro you try to use, since you want code from
newer kernel releases but you have to make sure the newer kernel is
compatible with Qubes and its hypervisor.
As far as distro choice, the "chain of custody" for the software being
installed is an important issue. I think Fedora ended up as the
distro of choice because it struck one of the better balances between
being up to date and likelihood of having a package's code subverted.
I'm guessing the barrier to entry for an attacker to modify an Arch
package is lower than with Fedora. That said, I think the
Qubes-related software has been ported to Arch, so it could be a
reasonable candidate.
Eric
--
My first choice for considering a new dom0 OS would be a close Ubuntu
derivative like Trisquel. Updates should not be a problem, and much of
what the Qubes project has learned about Debian can be applied to it as
well.
Chris
--
You received this message because you are subscribed to the Google Groups
"qubes-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/qubes-devel/c4baf2ca-a97e-51d6-5c66-bc3f065c39bb%40openmailbox.org.
For more options, visit https://groups.google.com/d/optout.
