Re: Virtual background for Zoom video

[Tim via users]

On Sat, 2021-02-06 at 11:49 +1030, Tim via users wrote:
> I just used Zoom for the first time, this morning.  I had a ferret
> around, but although I can see an option in meeting (advanced)
> settings to enable it, I saw nothing else anywhere to actually make
> use of it.  This is using their system through a web browser
> (Firefox).

Supplemental:  I just downloaded their desktop application (RPM file on
CentOS, so Fedora's probably more advanced).  In there there's a
virtual background configuration option, and the background colour is
selectable (you click on the background in the preview from your webcam
video).

Currently, I'm in a room with pale yellow/cream walls and it's sort of
working, mistaking some skin tone.  If I was in a room with different
coloured walls it'd work better.  I do have green walls in a room with
a Fedora installation, so I'll try that out shortly.

So, a green "screen" isn't required.  But you really want a flat
coloured wall behind you.  I work in video production, and for those
unfamiliar with chromakeying, or colour separation overlay (CSO), bold
primary or secondary colours are best (red, green, blue, yellow, cyan,
magenta), and you're better using colours opposite to skin tone (green,
blue, cyan being the most opposite).
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.15.2.el7.x86_64 #1 SMP Wed Feb 3 15:06:38 UTC 2021 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: Virtual background for Zoom video

[Tim via users]

On Fri, 2021-02-05 at 08:50 -0700, Greg Woods wrote:
> I looked into this with Zoom, because I wanted to have a nice
> background like my online bridge partner does. It turns out that Zoom
> does have a way to separate foreground from background that does not
> rely on a green screen. It mostly works although there are a few
> artifacts. However, this feature is only available on Windows. If you
> are running it on Linux, you need a green screen in order to use a
> virtual background.

I just used Zoom for the first time, this morning.  I had a ferret
around, but although I can see an option in meeting (advanced) settings
to enable it, I saw nothing else anywhere to actually make use of it. 
This is using their system through a web browser (Firefox).

> I use an old slide projector screen with a green cloth draped over
> it. It works well but is a pain to set up for every Zoom call.

The practical aspects of it are a big problem.

For many people, they've re-purposed a small bedroom as an office, and
there isn't room to set up extra equipment.  Your best bet is hanging
something from a picture hook, or leaning something up against a wall. 
You can get green & blue screens that have a springy outer border that
folds over itself like a car windscreen sun blocker, when you want to
pack it away.  They can stand up by themselves against a wall without
using any framework.  They even make ones that hang off the back of
your office chair, turning it into a big throne.  Though being that
close to it will probably have shadow problems.

The alternative is how we used to show slides and home movies without a
real screen.  Hang a cloth over the curtains.  Turn the end around a
broomstick, or spare curtain rod, a few times.  Bulldog clip or clothes
peg it to the rod.  Pop the rod over the top of your hanging curtains
to hold it in place.
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.15.2.el7.x86_64 #1 SMP Wed Feb 3 15:06:38 UTC 2021 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: rdma-core-32.0-1.fc33.i686 has inferior architecture

[Jerry James]

On Fri, Feb 5, 2021 at 4:51 PM Matthew Miller  wrote:
> Hmmm,  yeah, this seems like something that could be untangled. Could you
> file this as a bug against the "distribution" component, for lack of
> anywhere better occurring to me right now?
>
> https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora=distribution=rawhide

See the dep chain I posted earlier from gnome-boxes:

gnome-boxes -> libvirt-daemon-kvm -> qemu-kvm -> qemu-system-x86 ->
qemu-system-x86-core -> libibverbs -> rdma-core

I didn't notice that gnome-boxes Provides some internal libraries:

$ rpm -q --provides gnome-boxes
application()
application(org.gnome.Boxes.desktop)
gnome-boxes = 3.38.2-1.fc33
gnome-boxes(x86-64) = 3.38.2-1.fc33
libgovf-0.1.so()(64bit)
libgtk-frdp-0.1.so()(64bit)
libhandy-0.0.so.0()(64bit)
metainfo()
metainfo(org.gnome.Boxes.appdata.xml)
mimehandler(application/x-cd-image)
mimehandler(x-scheme-handler/rdp)
mimehandler(x-scheme-handler/vnc)
$ rpm -q --whatprovides 'libhandy-0.0.so.0()(64bit)'
libhandy-0.0.13-6.fc33.x86_64
gnome-boxes-3.38.2-1.fc33.x86_64
$ rpm -q --whatprovides 'libgtk-frdp-0.1.so()(64bit)'
connections-0:3.38.1-1.fc33.x86_64
gnome-boxes-0:3.38.2-1.fc33.x86_64

I filed https://bugzilla.redhat.com/show_bug.cgi?id=1925723.
-- 
Jerry James
http://www.jamezone.org/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: rdma-core-32.0-1.fc33.i686 has inferior architecture

[Matthew Miller]

On Sat, Feb 06, 2021 at 12:28:24AM +0100, Tim Jackson wrote:
> OK, so looking around a bit shows that libpcap depends on libibverbs
> (presumably for a good reason), and from what I can see libpcap
> might have been pulled in by wine; however, erasing libpcap also
> seems to want to uninstall systemd for reasons that are not clear to
> me, unless systemd now depends on wine (!):

Hmmm,  yeah, this seems like something that could be untangled. Could you
file this as a bug against the "distribution" component, for lack of
anywhere better occurring to me right now?

https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora=distribution=rawhide


-- 
Matthew Miller

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: cisco ise

[Matthew Miller]

On Fri, Feb 05, 2021 at 10:59:09PM +, Patrick O'Callaghan wrote:
> On Fri, 2021-02-05 at 15:39 -0500, Matthew Miller wrote:
> > > It's SPAM, please don't reply to it.
> > > I would have thought the included url would make that obvious...
> > 
> > Right, please report these to Fedora Infrastruture
> > https://pagure.io/fedora-infrastructure/new_issue
> > and otherwise ignore.
> 
> How many people know this? It's not an obvious place to report spam,
> and it's not referenced anywhere on the Guidelines page. Maybe it
> should be included in the mailing list footer.

Good idea: https://pagure.io/fedora-infrastructure/issue/9629


-- 
Matthew Miller

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: rdma-core-32.0-1.fc33.i686 has inferior architecture

[Tim Jackson]

On 29/01/2021 18:05, Matthew Miller wrote:


$ rpm -q --whatrequires 'rdma-core(x86-64)'
libibverbs-33.0-2.fc33.x86_64
librdmacm-33.0-2.fc33.x86_64
libibumad-33.0-2.fc33.x86_64
$ rpm -q --whatrequires 'rdma-core(x86-32)'
libibverbs-33.0-2.fc33.i686


This is all more infiniband high-performance networking stuff. If you don't
immediately know what it is, odds are you will never need it in your life.


I was equally puzzled as to why I have these packages on my (relatively clean) 
workstation as I certainly haven't intentionally installed them, but at some 
point they seem to have grown as a dep of something else:


# dnf erase libibverbs
Error:
 Problem: The operation would result in removing the following protected 
packages: systemd


# dnf erase rdma-core
Error:
 Problem: The operation would result in removing the following protected 
packages: systemd


OK, so looking around a bit shows that libpcap depends on libibverbs 
(presumably for a good reason), and from what I can see libpcap might have 
been pulled in by wine; however, erasing libpcap also seems to want to 
uninstall systemd for reasons that are not clear to me, unless systemd now 
depends on wine (!):


# rpm -q --whatrequires libpcap
no package requires libpcap
# rpm -q --whatrequires libpcap.so.1
no package requires libpcap.so.1
# rpm -q --whatrequires 'libpcap(x86-64)'
wine-core-6.0-1.fc33.x86_64
# rpm -q --whatrequires 'libpcap(x86-32)'
wine-core-6.0-1.fc33.i686

# dnf erase libpcap
Error:
 Problem: The operation would result in removing the following protected 
packages: systemd


rpmreaper doesn't seem to show any dep between libpcap and systemd either.

Tim
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: cisco ise

[Patrick O'Callaghan]

On Fri, 2021-02-05 at 15:39 -0500, Matthew Miller wrote:
> > It's SPAM, please don't reply to it.
> > I would have thought the included url would make that obvious...
> 
> Right, please report these to Fedora Infrastruture
> https://pagure.io/fedora-infrastructure/new_issue
> and otherwise ignore.

How many people know this? It's not an obvious place to report spam,
and it's not referenced anywhere on the Guidelines page. Maybe it
should be included in the mailing list footer.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: Virtual background for Zoom video

[Doug McGarrett]

On 2/5/21 7:49 AM, Phil Edwards wrote:
Apparently, the Windows version of the Zoom client will happily do 
virtual backgrounds without the need for a green screen (providing 
your hardware meets the minimum requirements). But then if we were 
Windows users, we wouldn't be here would we?


Unfortunately, that facility is not available to Linux users and, last 
time I checked, I don't think it is planned - probably down to lack of 
demand / pressure.


Phil

SOMETHING does virtual background in Linux. Maybe it's skype. I 
haven't actually used either facility, but when I was
playing around with the installations, I ran into the virtual background 
by accident.

--doug


On Fri, 5 Feb 2021 at 11:39, Patrick O'Callaghan 
mailto:pocallag...@gmail.com>> wrote:


On Fri, 2021-02-05 at 14:21 +1030, Tim via users wrote:
> On Thu, 2021-02-04 at 19:09 +, Paul Smith wrote:
> > I would like to replace the background behind in my webcam
video feed
> > with an image. However, that is not possible, as it requires a
“green
> > screen”, which I do not have. So, my idea is to use a virtual
camera
> > with a background image chosen by me and feed that into Zoom.
Is that
> > possible on Fedora?
>
> If I google around, apparently there are things that can do the
green
> screen effect with zoom without a *green* screen, though they may be
> Windows/Mac.
>
> The point of using green screens is to have a uniform colour
behind you
> that's very opposite of skin tone (blue or green being the most
common,
> though the BBC had used yellow too) and from anything that you're
> wearing, that the keying device can detect as being background
instead
> of foreground.  You can research chromakey or CSO (colour separation
> overlay) for more info about it.
>
> It doesn't have to be a screen.  A suitably vivid colour bed sheet
> stretched tight will do the job.  We've used fabric from a
dressmakers,
> and blue cardboard pinned to the wall.  But that's not always
practical
> to do at home, and with people in lockdown they can't go out and buy
> things.
>
> If you want to avoid the insides your home being shown on a webcam
> meeting, your simplest option is to hold the meeting somewhere
else in
> your house that's less personal.  Such as sitting in a position
so that
>  your loungeroom curtains are the only things visible behind
you.  I've
> seen journos working from home park themselves in front of their big
> screen TV and use that as the background.

Just a few days ago the BBC had a story about second-hand booksellers
doing a nice trade in selling batches of serious-looking books that
people could place strategically behind them :-)

(Apologies for going OT)

poc
___
users mailing list -- users@lists.fedoraproject.org

To unsubscribe send an email to
users-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/users@lists.fedoraproject.org




___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: cisco ise

[Matthew Miller]

> It's SPAM, please don't reply to it.
> I would have thought the included url would make that obvious...

Right, please report these to Fedora Infrastruture
https://pagure.io/fedora-infrastructure/new_issue
and otherwise ignore.

-- 
Matthew Miller

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: cisco ise

[Samuel Sieb]

On 2/5/21 4:30 AM, Patrick O'Callaghan wrote:


Yet another HyperKitty post with no context.


It's SPAM, please don't reply to it.
I would have thought the included url would make that obvious...
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: No USB keyboard or mouse on login ? F33 Workstation, USB devices.

[Roger Heflin]

Do you have the external hub plugged into its own power?   Or is it
just drawing power from usb?

You might try booting into the previous kernel and doing a quick test,
if it works there, then it is may be a new feature enforcing something
that might have happened or work, or it may simply be a a kernel bug.

The standards on usb say how things are supposed to work, but often
until ignoring the standards translates to a bug, no one enforces it
in software.  It could be doing a power calculation and determined
there is not enough power based on what the devices say they need and
how they are wired, and disabling anything over the power limit.
Likely whatever gets seen first gets the power(or other resource) and
anyone later won't get turned on.I know that the usb bus does this
on the bandwidth a device claims to need, because of that you cannot
run 2 webcams on the same usb bus that each want 80% of the bandwidth
to run.  The 2nd one will not be allowed to work.   And most
motherboards only really have 2-3 real usb ports with all of the ports
really coming from internal hubs.

On Thu, Feb 4, 2021 at 8:34 PM linux guy  wrote:
>
>
>
> On Thu, Feb 4, 2021 at 7:28 PM Tom Horsley  wrote:
>>
>>
>> That sounds a lot like the same hardware failure I have on my
>> old P8H67-V (AUSTek) system. I just tested it again, and the USB3
>> ports will work with a single simple device plugged in (like a
>> USB keyboard, which is what I tried), but a hub, or a device which
>> actually wants to talk USB3 (like a disk drive) doesn't work.
>
>
> It worked fine up until I rebooted with a new kernel this afternoon.   So if 
> it is a hardware failure, it has worked perfectly since I got the board a 
> year ago and failed after I updated and rebooted this afternoon.   Can't say 
> that didn't happen, but it seems really co-incidental.
>
>> I'm assuming the southbridge chip (or whatever it is called)
>> is dead or at least half dead.
>
>
> X570 is an AMD AM4 motherboard.  I'm running a Ryzen 3600X processor.  System 
> has been rock solid since I fixed a power supply issue a few months ago.
>
>> The USB2 ports do work.
>>
>> The other hardware failure on this is the onboard Intel video
>> which I guess must use the same half dead chip.
>
>
> I have an NVIDIA GTX 1080 Ti video card.
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-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/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: What the blazes?

[Matthew Miller]

On Fri, Feb 05, 2021 at 05:00:19PM -, Beartooth wrote:
> [root@localhost ~]# dnf upgrade
> Fedora 33 openh264 (From Cisco) - x86_64 
> 3.2 kB/s | 2.5 kB 00:00
> Fedora Modular 33 - x86_64   
> 3.0 MB/s | 3.3 MB 00:01
> Fedora Modular 33 - x86_64 - Updates 
> 3.2 MB/s | 3.0 MB 00:00
> Fedora 33 - x86_64 - Updates 
> 3.4 MB/s |  23 MB 00:06
> Fedora 33 - x86_64   
> 8.2 MB/s |  72 MB 00:08
> Opera packages
> 14 kB/s |  13 kB 00:00
> RPM Fusion for Fedora 33 - Free - Updates
> 431 kB/s | 383 kB 00:00
> RPM Fusion for Fedora 33 - Free  
> 824 kB/s | 897 kB 00:01
> RPM Fusion for Fedora 33 - Nonfree - Updates 
> 172 kB/s |  61 kB 00:00
> RPM Fusion for Fedora 33 - Nonfree   
> 740 kB/s | 278 kB 00:00
> Segmentation fault (core dumped)
> [root@localhost ~]# 
>   What now??

Follow this guide to debug:

https://fedoramagazine.org/file-better-bugs-coredumpctl/


-- 
Matthew Miller

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

What the blazes?

[Beartooth]

[root@localhost ~]# dnf upgrade
Fedora 33 openh264 (From Cisco) - x86_64 
3.2 kB/s | 2.5 kB 00:00
Fedora Modular 33 - x86_64   
3.0 MB/s | 3.3 MB 00:01
Fedora Modular 33 - x86_64 - Updates 
3.2 MB/s | 3.0 MB 00:00
Fedora 33 - x86_64 - Updates 
3.4 MB/s |  23 MB 00:06
Fedora 33 - x86_64   
8.2 MB/s |  72 MB 00:08
Opera packages
14 kB/s |  13 kB 00:00
RPM Fusion for Fedora 33 - Free - Updates
431 kB/s | 383 kB 00:00
RPM Fusion for Fedora 33 - Free  
824 kB/s | 897 kB 00:01
RPM Fusion for Fedora 33 - Nonfree - Updates 
172 kB/s |  61 kB 00:00
RPM Fusion for Fedora 33 - Nonfree   
740 kB/s | 278 kB 00:00
Segmentation fault (core dumped)
[root@localhost ~]# 

What now??
-- 
Beartooth Implacable, Erstwhile Historian of Tongues
Who shall gather the smoke of the dead wood burning,
Or behold the flowing years from the Sea returning?
 -- JRR Tolkien
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: workstation has become ill

[Roger Heflin]

if it was failing/weak power supply it would just crash, nothing slows
down nicely when that happens.

Nvidia GPU will usually crash the hardware if it overstresses the
power supply and will also crash if it goes bad.

Now overheating may cause the cpus to throttle and that may make the
machine feel rather sluggish, though I would not expect minutes,
unless there is normally a large cpu load on the machine.

Install a package called perf, and next time see if you can run "perf
top" that will show internally what calls the kernel processes may or
may not be doing internally and how much time they are spending.  Note
that on machines with large counts of cores that the ondemand power
savings settings that adjusts mhz is expensive to run.  That will show
as significant system time, and that will show in perf top.If you
don't have it installed, install sar or a similar tool that will give
you some ideas of what the system saw leading up to the issues, and
during the issues.  Usually I set sar at a 1minute sample vs the
default 10min sample, that change is done via systemd, google knows
how.   The other items that will crush a machine and aren't obvious
are applications creating processes at a high rate, and/or
applications mapping and unmapping a lot of memory, that will also
show as system time, and will have a footprint in perf top.  So note
when it is running good the ratio of user to system time (user being
5x system or higher is what is normal, if it drops to much below 5
often indicates one of the above issues).sar will show
cpu(user/system/...), disk response, and a lot of raw network and
tcp/udp stats, and process created rates and memory allocation and
paging rates.



On Fri, Feb 5, 2021 at 6:09 AM Neal Becker  wrote:
>
> I've been running F32 on a shiny new amd dual epyc workstation for
> about 1 year.  The system is now remote to me and not convenient to
> access.
>
> About 1 week ago the system became unresponsive.  I noticed errors
> logged about I/O errors, so I guessed it was an issue with the SSD.  I
> went there and replaced the SSD with a shiny new samsung 1tb.
> Reinstalled F33 and got my vpns going so I could access again from
> home.
>
> But things are acting very strangely.  Install was lightning fast.
> But after a while the machine becomes unusable.  Any command takes
> minutes to react.  I am unable to reboot it.  sudo reboot after a very
> long time does nothing.
> I don't see anything interesting in /var/log/messages (I installed rsyslog).
> When I can eventually get top to run, I see systemd is in D state.
> There is plenty of free memory, and the machine has 64GB.
>
> I'm going to visit again and this time yank out the nvidia gpu.  This
> is just a wild guess based on 1) it isn't critical for use right now
> 2) it places a load on the power supply just in case that's the issue
> 3) it's the only thing I can think to try.
>
> Just wondering if anyone has any thoughts on how to troubleshoot this.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-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/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: Virtual background for Zoom video

[Greg Woods]

On Thu, Feb 4, 2021 at 8:51 PM Tim via users 
wrote:

>
> If I google around, apparently there are things that can do the green
> screen effect with zoom without a *green* screen, though they may be
> Windows/Mac.
>

I looked into this with Zoom, because I wanted to have a nice background
like my online bridge partner does. It turns out that Zoom does have a way
to separate foreground from background that does not rely on a green
screen. It mostly works although there are a few artifacts. However, this
feature is only available on Windows. If you are running it on Linux, you
need a green screen in order to use a virtual background.

I use an old slide projector screen with a green cloth draped over it. It
works well but is a pain to set up for every Zoom call.

--Greg

>
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: Virtual background for Zoom video

[Paul Smith]

On Fri, Feb 5, 2021 at 3:32 PM Tim via users
 wrote:
>
> > I would like to replace the background behind in my webcam video feed
> > with an image. However, that is not possible, as it requires a “green
> > screen”, which I do not have.
>
> Are you sure it's required?  My quick look at the zoom help page just
> says that a solid colour background is required, green is preferred.
> You can choose another colour, if it can't work it out.
>
> By "solid colour" it just wants a uniform flat colour of some
> description behind you, not a complex image.  Coloured walls, curtains
> pulled straight, even a plain bedsheet can be used.

Thanks to you all for your answers!

Probably, I will choose Skype instead of Zoom, as Skype on Linux can
blur the background on the webcam video. Surprisingly, Teams (of
Microsoft as well as Skype) cannot blur that on Linux!

Paul
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

[389-users] Re: ACI with groupdn to target multiple groups

[Ludwig Krispenz]

On 05.02.21 03:33, William Brown wrote:



On 5 Feb 2021, at 12:30, William Brown  wrote:




On 4 Feb 2021, at 22:23, Pierre Rogier  wrote:

Hi Nicolas,

The documentation does not say that wildcard is supported in groupdn evaluation 
and I have not seen anything in the code that handles it.
IMHO The comment about group dn filter is a bit confusing:
the only place it is supported while evaluating groupdn is within the (filter) 
part when using the full ldap url notation (dn??scope?(filter)) but that is not 
really a wildcard but a substring or a presence ldap
filter .
And I do not see how it could be implemented efficiently because
it would mean that either all groups are checked or that
  something similar to the ismemberof plugin is used
(and that is neither scalable nor efficient).
Note: for user dn things are easier because there is a single bind dn   (and we 
can easily check if it matches).





I'm not an English native speaker, so please forgive me if there's
mistakes in this e-mail.

OS : Fedora 30
389ds version / build number : 1.4.1.14 / 2020.023.2226

I'm struggling with ACI and despite hours of documentation reading, I
don't understand how to make it work as I want.

Basic directory structure
==
dc=domain,dc=tld
|
+---ou=Servers
 |
 +---cn=proxy < here is where I add the ACI
 |
 +---cn=group1
 |
 +---cn=group2
===
Container "proxy" is a "iphost" object.


Sorry for the messy email. I rewrote it a few times: This should be clearer.

A way to achieve this is with the memberOf plugin.

You enable memberOf plugin on your system. This means that members Of 
cn=group1,cn=proxy,ou=Servers,dc=domain,dc=tld would have that set into their 
account such as:

dn: uid=william,ou=people,dc=domain,dc=tld
...
memberOf: cn=group1,cn=proxy,ou=Servers,dc=domain,dc=tld


Then you can use:


(targetattr = "*") (target =
"ldap:///cn=proxy,ou=Servers,dc=domain,dc=tld;) (version 3.0;acl
"Allow only groups members to query this object";allow (all)
(userdn = 
"ldap:///ou=People,dc=domain,dc=tld??sub??(memberOf=cn=*,cn=proxy,ou=Servers,dc=domain,dc=tld)")
;)


I haven't tried this my self, but it should work. You'll need to make sure 
there is a substring index on memberOf.


it might work, but enabling memberof, and especially substring index for 
it, could be very costly.


If the groupdn with the ldap url with filter doesn't work, I think 
listing all the groups would be the most efficient method, at the cost 
that maintining the aci becomes a more challenging task.


I think acis with groupdn do handle nested groups, so to keep theaci 
simple, one could create a group, containing all the groups, eg:


cn=acigroup, cn=proxy1, ..

member: cn=g1, cn=proxy1,...

member: cn=g2, cn=proxy1,..



aci:  (groupdn=cn=acigroup, cn=proxy1,...)







—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-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/389-users@lists.fedoraproject.org

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-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/389-users@lists.fedoraproject.org

___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-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/389-users@lists.fedoraproject.org

Re: Virtual background for Zoom video

[Tim via users]

On Thu, 2021-02-04 at 19:09 +, Paul Smith wrote:
> I would like to replace the background behind in my webcam video feed
> with an image. However, that is not possible, as it requires a “green
> screen”, which I do not have.

Are you sure it's required?  My quick look at the zoom help page just
says that a solid colour background is required, green is preferred. 
You can choose another colour, if it can't work it out.

By "solid colour" it just wants a uniform flat colour of some
description behind you, not a complex image.  Coloured walls, curtains
pulled straight, even a plain bedsheet can be used.
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.15.2.el7.x86_64 #1 SMP Wed Feb 3 15:06:38 UTC 2021 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

[389-users] Re: ACI with groupdn to target multiple groups

[Mark Reynolds]

On 2/4/21 9:33 PM, William Brown wrote:



On 5 Feb 2021, at 12:30, William Brown  wrote:




On 4 Feb 2021, at 22:23, Pierre Rogier  wrote:

Hi Nicolas,

The documentation does not say that wildcard is supported in groupdn evaluation 
and I have not seen anything in the code that handles it.
IMHO The comment about group dn filter is a bit confusing:
the only place it is supported while evaluating groupdn is within the (filter) 
part when using the full ldap url notation (dn??scope?(filter)) but that is not 
really a wildcard but a substring or a presence ldap
filter .
And I do not see how it could be implemented efficiently because
it would mean that either all groups are checked or that
  something similar to the ismemberof plugin is used
(and that is neither scalable nor efficient).
Note: for user dn things are easier because there is a single bind dn   (and we 
can easily check if it matches).





I'm not an English native speaker, so please forgive me if there's
mistakes in this e-mail.

OS : Fedora 30
389ds version / build number : 1.4.1.14 / 2020.023.2226

I'm struggling with ACI and despite hours of documentation reading, I
don't understand how to make it work as I want.

Basic directory structure
==
dc=domain,dc=tld
|
+---ou=Servers
 |
 +---cn=proxy < here is where I add the ACI
 |
 +---cn=group1
 |
 +---cn=group2
===
Container "proxy" is a "iphost" object.


Sorry for the messy email. I rewrote it a few times: This should be clearer.

A way to achieve this is with the memberOf plugin.

You enable memberOf plugin on your system.


Then the memberof Fixup task needs to be run after enabling the plugin 
to populate the memberOf attributes.


Mark


This means that members Of cn=group1,cn=proxy,ou=Servers,dc=domain,dc=tld would 
have that set into their account such as:

dn: uid=william,ou=people,dc=domain,dc=tld
...
memberOf: cn=group1,cn=proxy,ou=Servers,dc=domain,dc=tld


Then you can use:


(targetattr = "*") (target =
"ldap:///cn=proxy,ou=Servers,dc=domain,dc=tld;) (version 3.0;acl
"Allow only groups members to query this object";allow (all)
(userdn = 
"ldap:///ou=People,dc=domain,dc=tld??sub??(memberOf=cn=*,cn=proxy,ou=Servers,dc=domain,dc=tld)")
;)


I haven't tried this my self, but it should work. You'll need to make sure 
there is a substring index on memberOf.





—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-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/389-users@lists.fedoraproject.org

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-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/389-users@lists.fedoraproject.org


--

389 Directory Server Development Team
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-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/389-users@lists.fedoraproject.org

Re: Virtual background for Zoom video

[Phil Edwards]

Apparently, the Windows version of the Zoom client will happily do virtual
backgrounds without the need for a green screen (providing your hardware
meets the minimum requirements). But then if we were Windows users, we
wouldn't be here would we?

Unfortunately, that facility is not available to Linux users and, last time
I checked, I don't think it is planned - probably down to lack of demand /
pressure.

Phil



On Fri, 5 Feb 2021 at 11:39, Patrick O'Callaghan 
wrote:

> On Fri, 2021-02-05 at 14:21 +1030, Tim via users wrote:
> > On Thu, 2021-02-04 at 19:09 +, Paul Smith wrote:
> > > I would like to replace the background behind in my webcam video feed
> > > with an image. However, that is not possible, as it requires a “green
> > > screen”, which I do not have. So, my idea is to use a virtual camera
> > > with a background image chosen by me and feed that into Zoom. Is that
> > > possible on Fedora?
> >
> > If I google around, apparently there are things that can do the green
> > screen effect with zoom without a *green* screen, though they may be
> > Windows/Mac.
> >
> > The point of using green screens is to have a uniform colour behind you
> > that's very opposite of skin tone (blue or green being the most common,
> > though the BBC had used yellow too) and from anything that you're
> > wearing, that the keying device can detect as being background instead
> > of foreground.  You can research chromakey or CSO (colour separation
> > overlay) for more info about it.
> >
> > It doesn't have to be a screen.  A suitably vivid colour bed sheet
> > stretched tight will do the job.  We've used fabric from a dressmakers,
> > and blue cardboard pinned to the wall.  But that's not always practical
> > to do at home, and with people in lockdown they can't go out and buy
> > things.
> >
> > If you want to avoid the insides your home being shown on a webcam
> > meeting, your simplest option is to hold the meeting somewhere else in
> > your house that's less personal.  Such as sitting in a position so that
> >  your loungeroom curtains are the only things visible behind you.  I've
> > seen journos working from home park themselves in front of their big
> > screen TV and use that as the background.
>
> Just a few days ago the BBC had a story about second-hand booksellers
> doing a nice trade in selling batches of serious-looking books that
> people could place strategically behind them :-)
>
> (Apologies for going OT)
>
> poc
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-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/users@lists.fedoraproject.org
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: cisco ise

[Patrick O'Callaghan]

On Fri, 2021-02-05 at 12:25 +, Frank Knipp wrote:
> Thanks for your thoughts. This is a fairly well-known and proven product for 
> network settings. Cisco ISE is a tool for creating a corporate network access 
> control system. That is, we control who connects, where and how. We can 
> determine the client device, how it complies with our security policies, and 
> so on. Cisco ISE is a powerful mechanism that allows you to clearly control 
> who is on the network and what resources they use. If you are interested in 
> information on this tool, I recommend looking for posts on Facebook. I found 
> a lot of posts there with information on it and noticed that in most cases 
> such posts have about 35 thousand likes! I'm sure this is because their 
> authors used the help of https://soclikes.com/buy-facebook-likes to boost 
> likes on Facebook.

Yet another HyperKitty post with no context.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: cisco ise

[Frank Knipp]

Thanks for your thoughts. This is a fairly well-known and proven product for 
network settings. Cisco ISE is a tool for creating a corporate network access 
control system. That is, we control who connects, where and how. We can 
determine the client device, how it complies with our security policies, and so 
on. Cisco ISE is a powerful mechanism that allows you to clearly control who is 
on the network and what resources they use. If you are interested in 
information on this tool, I recommend looking for posts on Facebook. I found a 
lot of posts there with information on it and noticed that in most cases such 
posts have about 35 thousand likes! I'm sure this is because their authors used 
the help of https://soclikes.com/buy-facebook-likes to boost likes on Facebook.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

workstation has become ill

[Neal Becker]

I've been running F32 on a shiny new amd dual epyc workstation for
about 1 year.  The system is now remote to me and not convenient to
access.

About 1 week ago the system became unresponsive.  I noticed errors
logged about I/O errors, so I guessed it was an issue with the SSD.  I
went there and replaced the SSD with a shiny new samsung 1tb.
Reinstalled F33 and got my vpns going so I could access again from
home.

But things are acting very strangely.  Install was lightning fast.
But after a while the machine becomes unusable.  Any command takes
minutes to react.  I am unable to reboot it.  sudo reboot after a very
long time does nothing.
I don't see anything interesting in /var/log/messages (I installed rsyslog).
When I can eventually get top to run, I see systemd is in D state.
There is plenty of free memory, and the machine has 64GB.

I'm going to visit again and this time yank out the nvidia gpu.  This
is just a wild guess based on 1) it isn't critical for use right now
2) it places a load on the power supply just in case that's the issue
3) it's the only thing I can think to try.

Just wondering if anyone has any thoughts on how to troubleshoot this.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org

Re: Virtual background for Zoom video

[Patrick O'Callaghan]

On Fri, 2021-02-05 at 14:21 +1030, Tim via users wrote:
> On Thu, 2021-02-04 at 19:09 +, Paul Smith wrote:
> > I would like to replace the background behind in my webcam video feed
> > with an image. However, that is not possible, as it requires a “green
> > screen”, which I do not have. So, my idea is to use a virtual camera
> > with a background image chosen by me and feed that into Zoom. Is that
> > possible on Fedora?
> 
> If I google around, apparently there are things that can do the green
> screen effect with zoom without a *green* screen, though they may be
> Windows/Mac.
> 
> The point of using green screens is to have a uniform colour behind you
> that's very opposite of skin tone (blue or green being the most common,
> though the BBC had used yellow too) and from anything that you're
> wearing, that the keying device can detect as being background instead
> of foreground.  You can research chromakey or CSO (colour separation
> overlay) for more info about it.
> 
> It doesn't have to be a screen.  A suitably vivid colour bed sheet
> stretched tight will do the job.  We've used fabric from a dressmakers,
> and blue cardboard pinned to the wall.  But that's not always practical
> to do at home, and with people in lockdown they can't go out and buy
> things.
> 
> If you want to avoid the insides your home being shown on a webcam
> meeting, your simplest option is to hold the meeting somewhere else in
> your house that's less personal.  Such as sitting in a position so that
>  your loungeroom curtains are the only things visible behind you.  I've
> seen journos working from home park themselves in front of their big
> screen TV and use that as the background.

Just a few days ago the BBC had a story about second-hand booksellers
doing a nice trade in selling batches of serious-looking books that
people could place strategically behind them :-)

(Apologies for going OT)

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org