On Sat, Jun 4, 2022 at 3:33 PM home user wrote:
> I have a few minutes to come back to this.
>
> It seems to me that the font tools do not have a minor bug. Rather, they
> were probably fine years ago when fonts were fewer and generally
> simpler. Now there are more fonts, and they seem to be mo
On Sat, 2022-06-04 at 18:17 +0200, Roberto Ragusa wrote:
> On 6/4/22 13:24, Patrick O'Callaghan wrote:
> > On Fri, 2022-06-03 at 11:53 +0100, Patrick O'Callaghan wrote:
> > > I have a couple of /etc/fstab entries which include the options
> > > "noauto,nofail,user,x-systemd.automount", yet when I r
On Sat, 04 Jun 2022 15:55:53 -0400
Sam Varshavchik wrote:
> this ends up creating /etc/resolv.conf as a plain file, rather than a
> symlink. But, I suppose, that works too.
Perhaps people who want their own damn resolv.conf file
are missing this obscure setting:
Try editing /etc/NetworkManager
hi folks,
Normally the cursor is black.
is it possible to change the cursor color on F34?
tia, jackc...
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Petr Menšík writes:
Symlinks obviously ends with non-expected SELinux contexts. I think this is
actually a bug in SELinux policy for Network Manager. Because target file
has wrong selinux context.
$ ls -Z /run/NetworkManager/no-stub-resolv.conf
system_u:object_r:NetworkManager_var_run_t:s0
On 5/24/22 9:01 PM, home user wrote:
Back to this.
According to the LibreOffice community, LibreOffice installs *no* fonts
on Fedora systems, and no longer supports "Type 1" fonts. So what I
need to know now are
1. What fonts are by default automatically installed by Fedora (whether
by a n
I have a few minutes to come back to this.
It seems to me that the font tools do not have a minor bug. Rather, they
were probably fine years ago when fonts were fewer and generally
simpler. Now there are more fonts, and they seem to be more
complicated. So either the font tools need major en
There's a bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=2093069
which includes a link to a test build of OpenVPN which fixes the
problem I was having.
Ron
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email
Symlinks obviously ends with non-expected SELinux contexts. I think this
is actually a bug in SELinux policy for Network Manager. Because target
file has wrong selinux context.
$ ls -Z /run/NetworkManager/no-stub-resolv.conf
system_u:object_r:NetworkManager_var_run_t:s0
/run/NetworkManager/no-
On 6/4/22 13:24, Patrick O'Callaghan wrote:
On Fri, 2022-06-03 at 11:53 +0100, Patrick O'Callaghan wrote:
I have a couple of /etc/fstab entries which include the options
"noauto,nofail,user,x-systemd.automount", yet when I reboot the
system
those entries are being mounted, despite the "noauto".
On 6/2/22 12:57, Ron Yorston wrote:
Today OpenVPN was updated from 2.5.6-1 to 2.5.7-1 and my VPN connection
broke. The log says:
nm-openvpn[8655]: --cipher is not set. Previous OpenVPN version defaulted to
BF-CBC as fallback when cipher negotiation failed in this case. If you need
this fallba
I reached out to one of the xfce4 developers and he pointed me to this
thread:
https://gitlab.xfce.org/apps/xfce4-terminal/-/issues/114
Short answer is, adding "set enable-bracketed-paste off" to ~/.inputrc
fixed the behavior.
Hope this is helpful to someone else!
Thomas
On 6/4/22 10:08, T
Here's a video of what I mean, in case I'm not making myself clear:
https://youtu.be/u9Jy3ZmNjH0
On 6/4/22 09:50, Thomas Cameron wrote:
I use Xfce on Fedora 36. When using the shell (xfce4-terminal), I used
to be able to double click on text in one shell window and middle
click on another shel
I use Xfce on Fedora 36. When using the shell (xfce4-terminal), I used
to be able to double click on text in one shell window and middle click
on another shell window to paste the command. If I am logged into a
bunch of kvm instances, for instance, I could double click on yum -y
update on one s
On Fri, 2022-06-03 at 11:53 +0100, Patrick O'Callaghan wrote:
> I have a couple of /etc/fstab entries which include the options
> "noauto,nofail,user,x-systemd.automount", yet when I reboot the
> system
> those entries are being mounted, despite the "noauto".
>
It turns out that using x-systemd.
15 matches
Mail list logo