Re: font tools (was "font longevity questions."). [CLOSED]

2022-06-04 Thread Fulko Hew
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 more
> complicated.  So either the font tools need major enhancement or new
> tools are needed.
>
> I don't have the knowledge of fonts and fontology(?) to propose a good,
> nearly complete set of requirements.  But a few things do come to mind,
> such a ability to search, sort, and filter based on:
> * characteristics such as serif vs. sans serif. vs. regular (like
> Chinese kaiti) vs. cursive vs. (etc.).
> * characteristics such as Type-1, Type-2, Open, True, etc.
> * font name (font family?).
> * character height and character width.
> * stroke characteristics.
> * inclusion of characters from specific languages.
> Surely readers of this can think of other things.
>


I used to use xfontsel which has a search mechanism as you described.
But with fewer search options (for obvious reasons for the time)
and probably obsoleted by the various new font usages (display managers
and printers, etc.)

Yet I see that on my system

$ fc-list | wc -l
600
xlsfonts|wc -l
1088

so I don't really know how many fonts are on my system
nor how many are visible by which tool.


A bug does not make sense for this.  I think we've exhausted what can be
> done with what is currently available.  So I'm marking this "CLOSED",
> though people are free to comment further.  I thank those who
> contributed for their time and efforts.
>
>
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: Strange mount behaviour

2022-06-04 Thread Patrick O'Callaghan
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 reboot the
> > > system
> > > those entries are being mounted, despite the "noauto".
> This reminds me of an old heated discussion,
> the famous "we took the liberty".
> 
> https://www.mail-archive.com/devel@lists.fedoraproject.org/msg13652.html

That is from 12 years ago, and the BZ report mentioned on the thread
states that the issue has been "fixed upstream":

https://bugzilla.redhat.com/show_bug.cgi?id=626502

Has it somehow become unfixed?

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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: F36: removing systemd-resolved breaks chrony

2022-06-04 Thread Tom Horsley
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/NetworkManager.conf and putting
dns=none after the [main] section entry.

That makes network manager leave the file alone, and you can
put whatever you want in it (at least it does for me).
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


cursor color?

2022-06-04 Thread Jack Craig
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: 
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: F36: removing systemd-resolved breaks chrony

2022-06-04 Thread Sam Varshavchik

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 /run/NetworkManager/no-stub- 
resolv.conf

$ ls -Z /etc/resolv.conf
system_u:object_r:net_conf_t:s0 /etc/resolv.conf

Fix that by:

rm -f /etc/resolv.conf
touch /etc/resolv.conf
systemctl restart NetworkManager.service

If the file is good old plain text file, it would get permissions as it  
always had.


this ends up creating /etc/resolv.conf as a plain file, rather than a  
symlink. But, I suppose, that works too.





pgpJGHhFNWZ24.pgp
Description: PGP signature
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: font longevity questions. [CLOSED]

2022-06-04 Thread home user

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 new install or by "dnf system-upgrade"?  Equivalently, which of the 
fonts on my work station were put there by Fedora itself, and which were 
installed by other packages?  (My initial install was in early spring of 
2013.)

2. Which of the fonts on my work station are "Type 1" and which are not?


I was hoping that somewhere in its website, Fedora has a list of what 
comes with it by default.  I haven't found one, and no one mentioned 
one.  Another possible solution would be a new, more powerful font tool. 
 See my post to the "font tools (was "font longevity questions.")" 
thread for my thoughts on that.


I'm marking this thread "CLOSED".  I thank those who tried to help for 
their time and efforts.  The discussion did help.

___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: font tools (was "font longevity questions."). [CLOSED]

2022-06-04 Thread home user

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 enhancement or new 
tools are needed.


I don't have the knowledge of fonts and fontology(?) to propose a good, 
nearly complete set of requirements.  But a few things do come to mind, 
such a ability to search, sort, and filter based on:
* characteristics such as serif vs. sans serif. vs. regular (like 
Chinese kaiti) vs. cursive vs. (etc.).

* characteristics such as Type-1, Type-2, Open, True, etc.
* font name (font family?).
* character height and character width.
* stroke characteristics.
* inclusion of characters from specific languages.
Surely readers of this can think of other things.

A bug does not make sense for this.  I think we've exhausted what can be 
done with what is currently available.  So I'm marking this "CLOSED", 
though people are free to comment further.  I thank those who 
contributed for their time and efforts.

___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: OpenVPN breakage

2022-06-04 Thread Ron Yorston
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 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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: F36: removing systemd-resolved breaks chrony

2022-06-04 Thread Petr Menšík
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-stub-resolv.conf

$ ls -Z /etc/resolv.conf
system_u:object_r:net_conf_t:s0 /etc/resolv.conf

Fix that by:

rm -f /etc/resolv.conf
touch /etc/resolv.conf
systemctl restart NetworkManager.service

If the file is good old plain text file, it would get permissions as it 
always had.


On 28. 05. 22 14:51, Sam Varshavchik wrote:
It seems that uninstalling systemd-resolved and repointing 
/etc/resolv.conf ends up breaking chrony:


type=AVC msg=audit(1653741361.179:318): avc:  denied  { getattr } for  
pid=856 comm="chronyd" path="/run/NetworkManager/no-stub-resolv.conf" 
dev="tmpfs" ino=1525 scontext=system_u:system_r:chronyd_t:s0 
tcontext=system_u:object_r:NetworkManager_var_run_t:s0 tclass=file 
permissive=0


This is spamming me every minute, now.

Bug 2091275


___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


--
Petr Menšík
Software Engineer, RHEL
Red Hat, http://www.redhat.com/
PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: Strange mount behaviour

2022-06-04 Thread Roberto Ragusa

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".

This reminds me of an old heated discussion,
the famous "we took the liberty".

https://www.mail-archive.com/devel@lists.fedoraproject.org/msg13652.html

Regards.
--
   Roberto Ragusamail at robertoragusa.it
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: OpenVPN breakage

2022-06-04 Thread Roberto Ragusa

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 fallback please add '--data-ciphers-fallback BF-CBC' to your configuration 
and/or add BF-CBC to --data-ciphers.
nm-openvpn[8655]: OpenVPN 2.5.7 x86_64-redhat-linux-gnu [SSL (OpenSSL)] [LZO] 
[LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on May 31 2022
nm-openvpn[8655]: library versions: OpenSSL 3.0.2 15 Mar 2022, LZO 2.10
nm-openvpn[8655]: NOTE: the current --script-security setting may allow this 
configuration to call user-defined scripts
nm-openvpn[8655]: Cipher BF-CBC not supported
nm-openvpn[8655]: Exiting due to fatal error

2.5.6-1 says almost exactly the same, apart from the last two lines,
and doesn't break.

Adding 'cipher=AES-256-GCM' to the NetworkManager keyfile for the
VPN got it working again.  The advice about 'data-ciphers-fallback'
and 'data-ciphers' is bogus because NetworkManager doesn't know about
those options.

Happened to me too.
Apparently it is a fight between "let's have a default that works"
and "let's not weaken security too easily".

https://community.openvpn.net/openvpn/wiki/CipherNegotiation

Regards.
--
   Roberto Ragusamail at robertoragusa.it
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


SOLVED: Re: Middle click paste to terminal doesn't hit [enter]

2022-06-04 Thread Thomas Cameron
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, Thomas Cameron wrote:

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 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 system and then paste it into the others.


Now, when I paste, even if I paste a newline at the end, the command 
is not run in the other shell windows unless I hit [enter]. This is 
kind of a pain, and I can't figure out how to enable pasting a 
command with a newline to actually process that newline.


I've dug through the settings for the terminal (edit/preferences) and 
I can't see anything that I can set to make this work. Anyone got a 
pointer?


Thanks!
Thomas
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: Middle click paste to terminal doesn't hit [enter]

2022-06-04 Thread Thomas Cameron

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 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 system and then paste it into the others.


Now, when I paste, even if I paste a newline at the end, the command 
is not run in the other shell windows unless I hit [enter]. This is 
kind of a pain, and I can't figure out how to enable pasting a command 
with a newline to actually process that newline.


I've dug through the settings for the terminal (edit/preferences) and 
I can't see anything that I can set to make this work. Anyone got a 
pointer?


Thanks!
Thomas
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Middle click paste to terminal doesn't hit [enter]

2022-06-04 Thread Thomas Cameron
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 system and then paste it into the others.


Now, when I paste, even if I paste a newline at the end, the command is 
not run in the other shell windows unless I hit [enter]. This is kind of 
a pain, and I can't figure out how to enable pasting a command with a 
newline to actually process that newline.


I've dug through the settings for the terminal (edit/preferences) and I 
can't see anything that I can set to make this work. Anyone got a pointer?


Thanks!
Thomas
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: Strange mount behaviour

2022-06-04 Thread Patrick O'Callaghan
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.automount means that noauto is
ignored.

> Furthermore, under my user account I can't access them:
> 
> $ sudo ls -ld GDrive/Media/
> drwxrwxr-x. 1 poc poc 16 Feb 19 10:46 GDrive/Media/
> 
> $ sudo ls -l GDrive/Media/
> total 0
> drwxr-xr-x. 1 root root 0 Jun  3 11:24 Movies
> drwxr-xr-x. 1 root root 0 Jun  3 11:24 TV
> 
> $ ls GDrive/Media/
> ls: cannot access 'GDrive/Media/TV': Permission denied
> ls: cannot access 'GDrive/Media/Movies': Permission denied
> 
> The mounting is done via Rclone, if it matters. If I run it manually
> as
> myself it works as expected, so apparently this is somehow being
> caused
> by systemd running as root., even though the directory permissions
> appear to be as they should.
> 
> Is there a way to fix this without having to create a separate
> systemd
> mount unit?

Can't be bothered delving into this. I just removed the automount
option and will mount with a login script, which is what I actually
want anyway.

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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure