Re: v4l2loopback kernel module in Fedora?

2020-04-06 Thread Momčilo Medić
On Mon, 2020-04-06 at 04:40 -0400, Christopher wrote:
> On Mon, Apr 6, 2020 at 3:59 AM Iñaki Ucar 
> wrote:
> > On Mon, 6 Apr 2020 at 03:53, Christopher <
> > ctubb...@fedoraproject.org> wrote:
> > > The previous packaging was on COPR, but it appears abandoned,
> > > probably
> > > because it's kind of worthless if it's not signed. And, it's a
> > > lot of
> > > manual work to self-sign and register the key with mokutil, and
> > > even
> > > more effort to figure out how to get DKMS to automatically sign
> > > after
> > > building, on kernel updates.
> > > 
> > > I don't know enough about RPMFusion packaging. I use RPMFusion,
> > > but
> > > haven't looked into the contribution process. In particular, I
> > > wonder
> > > if their modules are signed by a key that's already trusted in
> > > Fedora.
> > > My guess is not, and then it's the same problem as with COPR.
> > 
> > I don't know. But if you want to keep SecureBoot enabled, probably
> > the
> > only way to go is to work with upstream to get the module into the
> > mainline kernel. If this module is as popular as it seems, it
> > shouldn't be hard to find more people interested and more hands to
> > do
> > the necessary work.
> > 
> > > I'm probably going to abandon the effort anyway. obs-studio in
> > > Fedora
> > > crashes constantly every time I try to change the settings and
> > > save,
> > 
> > Let me guess... GNOME Wayland session? I got a bug report in a Qt
> > package I maintain with this kind of issue. It's fixed by setting
> > QT_QPA_PLATFORM=xcb. Please, file a bug and tell obs' maintainer
> > that
> > the best way to workaround the lack of Wayland compatibility is to
> > add
> > that to obs' .desktop file as follows:
> > 
> > Exec=env QT_QPA_PLATFORM=xcb obs-studio
> 
> GNOME, but I think it happens in both Xorg and Wayland. I haven't
> attempted to troubleshoot this. One thing at a time. :)

Do let me know if you face any issues with OBS Studio under Fedora.
I'm really trying to keep it in good shape, and up-to-date.

If you experience any issues the best thing to do is to report a bug on
RPMFusion.

Kind regards,
Momo.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: RFC: entering luks password on grub level for devices without keyboards

2020-03-19 Thread Momčilo Medić
On Mon, 2020-03-16 at 14:13 -0400, Stephen John Smoogen wrote:
> 
> 
> On Mon, 16 Mar 2020 at 13:56, Robbie Harwood 
> wrote:
> > Tomasz Torcz  writes:
> > 
> > > On Sun, Mar 15, 2020 at 11:12:43PM +0100, Marius Schwarz wrote:
> > >> Am 15.03.20 um 13:32 schrieb Vitaly Zaitsev via devel:
> > >> > On 14.03.2020 13:05, Marius Schwarz wrote:
> > >> >> If you encrypt  the fedora ( or any ) installation with luks,
> > as
> > >> >> security of a mobile device indicates, you end up without the
> > >> >> possibility to enter the password, when you do not have an
> > in/external
> > >> >> keyboard at hand.
> > >> > You should use TPM 2.0 LUKS unlock instead of using passwords.
> > >> >
> > >> I  knew someone would bring this up:  TMP does not protect your
> > drive,
> > >> as you could boot with "init=/bin/bash 1" . 
> > >
> > >How do you do that WITHOUT KEYBOARD?  This thread is about
> > very
> > >  specific situation, please do not forget that when generalising.
> > 
> > I believe nothing stops someone from simply plugging one in.
> > 
> 
> And the counter point is that if you can't plug one in, it is not
> something that is supported. This is not general purpose hardware but
> a set of hardware that is primarily built to run Microsoft Windows by
> the vendor. There are going to be limits to what is going to be
> possible to get done with it. 
> 
> 

I am a owner of HP Pavilion X2 Detachable[1] which does have a
detachable keyboard.
Gnome is really a blast to work with on touchscreen devices and I like
it more and more.
The only thing not functioning in Fedora 32 with latest kernel iswebcam. 

It is very annoying to have to have keyboard attached for every
boot/reboot.
I'm only using keyboard when I need to do some serios terminal work or
so.

I understand that it would require significant effort but, I think that
having Plymouth OSK would be perfect. Even if it would be numbers only.

I'm not familiar with TPM chips, but from what I read here it sounds
like there would be no password prompt and anyone would be able to boot
the device, no?

[1] https://www8.hp.com/us/en/campaigns/pavilion-x2/overview.html

Kind regards,
Momo.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org