On 26/06/2021 14:18, ToddAndMargo via users wrote:
On 6/25/21 5:39 PM, Eyal Lebedinsky wrote:
After a (late May update) I had problems with name resolution and tracked it
down to this line on the name server host:
hosts: files myhostname resolve [!UNAVAIL=return] dns
and this fixed i
On 6/25/21 5:39 PM, Eyal Lebedinsky wrote:
After a (late May update) I had problems with name resolution and
tracked it down to this line on the name server host:
hosts: files myhostname resolve [!UNAVAIL=return] dns
and this fixed it for me
hosts: files myhostname resolve d
On 6/25/21 11:42 PM, Jonathan Ryshpan wrote:
In versions up to Fedora-34, dragging a window icon in the pager from
one desktop to another used to move the related window from that desktop
to the other. This no longer works. Has the function been removed or
is there some option that needs to b
In versions up to Fedora-34, dragging a window icon in the pager from
one desktop to another used to move the related window from that
desktop to the other. This no longer works. Has the function been
removed or is there some option that needs to be set (or whatever)?
Platform: Fedora-34
KDE Pla
I wrote:
> As an aside, we (the royal we, as in folks in the Fedora
> community who maintain the website) should change the
> verification step to recommend gpgv rather than the gpg
> command. It would require making the fedora.gpg a
> de-armored file, but then it the instructions would be
> simpl
Jonathan Ryshpan wrote:
> On Fri, 2021-06-25 at 22:25 -0400, Todd Zullinger wrote:
>> There's nothing wrong with that output. The warning is
>> simply telling you that the Fedora key isn't signed by a key
>> you've marked as trusted.
...
>
> Just as I thought. So...
>
> How do I mark a key as
On 26/06/2021 08:39, Eyal Lebedinsky wrote:
After a (late May update) I had problems with name resolution and tracked it
down to this line on the name server host:
hosts: files myhostname resolve [!UNAVAIL=return] dns
and this fixed it for me
hosts: files myhostname resolve dns
On Fri, 2021-06-25 at 22:25 -0400, Todd Zullinger wrote:
> Jonathan Ryshpan wrote:
> > While verifying my download of Fedora-34, I encounter this message:
> > $ gpg --verify-files *-CHECKSUM
> > gpg: Signature made Fri 23 Apr 2021 12:36:44 PM PDT
> > gpg: using RSA key
> > 8C5BA6
Hi,
Jonathan Ryshpan wrote:
> While verifying my download of Fedora-34, I encounter this message:
>$ gpg --verify-files *-CHECKSUM
> gpg: Signature made Fri 23 Apr 2021 12:36:44 PM PDT
> gpg: using RSA key
> 8C5BA6990BDB26E19F2A1A801161AE6945719A39
> gpg: Good signature from "F
On 26/06/2021 10.31, Ed Greshko wrote:
On 26/06/2021 08:24, ToddAndMargo via users wrote:
On 6/25/21 5:00 PM, Ed Greshko wrote:
I don't know were that snippet comes from. But, the "Not found" may be due to
dig using the system's
resolver to first get the IP of resolver1.opendns.com. So, I
On 26/06/2021 08:24, ToddAndMargo via users wrote:
On 6/25/21 5:00 PM, Ed Greshko wrote:
I don't know were that snippet comes from. But, the "Not found" may be due to
dig using the system's
resolver to first get the IP of resolver1.opendns.com. So, I would have used
the IP of that instead.
On 6/25/21 5:00 PM, Ed Greshko wrote:
On 26/06/2021 07:25, ToddAndMargo via users wrote:
On 6/25/21 3:33 PM, Ed Greshko wrote:
On 26/06/2021 06:23, ToddAndMargo via users wrote:
On 6/25/21 2:45 PM, Ed Greshko wrote:
On 26/06/2021 05:33, Tom Horsley wrote:
On Fri, 25 Jun 2021 14:20:30 -0700
T
On 26/06/2021 07:25, ToddAndMargo via users wrote:
On 6/25/21 3:33 PM, Ed Greshko wrote:
On 26/06/2021 06:23, ToddAndMargo via users wrote:
On 6/25/21 2:45 PM, Ed Greshko wrote:
On 26/06/2021 05:33, Tom Horsley wrote:
On Fri, 25 Jun 2021 14:20:30 -0700
ToddAndMargo via users wrote:
Kernel 5
On 6/25/21 3:33 PM, Ed Greshko wrote:
On 26/06/2021 06:23, ToddAndMargo via users wrote:
On 6/25/21 2:45 PM, Ed Greshko wrote:
On 26/06/2021 05:33, Tom Horsley wrote:
On Fri, 25 Jun 2021 14:20:30 -0700
ToddAndMargo via users wrote:
Kernel 5.12.12-300 breaks host resolution
https://bugzilla.r
On 6/25/21 4:02 PM, Ed Greshko wrote:
On 24/06/2021 01:58, Gordon Messmer wrote:
On 6/22/21 11:54 PM, Ed Greshko wrote:
[root@meimei ~]# nmap -sS -6 -p 2049 2001:b030:112f:2::53
Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-23 14:47 CST
Nmap scan report for 2001:b030:112f:2::53
Host is up
On 24/06/2021 01:58, Gordon Messmer wrote:
On 6/22/21 11:54 PM, Ed Greshko wrote:
[root@meimei ~]# nmap -sS -6 -p 2049 2001:b030:112f:2::53
Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-23 14:47 CST
Nmap scan report for 2001:b030:112f:2::53
Host is up (0.00018s latency).
PORT STATE S
On 26/06/2021 06:23, ToddAndMargo via users wrote:
On 6/25/21 2:45 PM, Ed Greshko wrote:
On 26/06/2021 05:33, Tom Horsley wrote:
On Fri, 25 Jun 2021 14:20:30 -0700
ToddAndMargo via users wrote:
Kernel 5.12.12-300 breaks host resolution
https://bugzilla.redhat.com/show_bug.cgi?id=1976371
Very
On 6/25/21 2:45 PM, Ed Greshko wrote:
On 26/06/2021 05:33, Tom Horsley wrote:
On Fri, 25 Jun 2021 14:20:30 -0700
ToddAndMargo via users wrote:
Kernel 5.12.12-300 breaks host resolution
https://bugzilla.redhat.com/show_bug.cgi?id=1976371
Very weird that the kernel could break name resolution s
On 26/06/2021 05:33, Tom Horsley wrote:
On Fri, 25 Jun 2021 14:20:30 -0700
ToddAndMargo via users wrote:
Kernel 5.12.12-300 breaks host resolution
https://bugzilla.redhat.com/show_bug.cgi?id=1976371
Very weird that the kernel could break name resolution since that
all works at library level. M
On Fri, 25 Jun 2021 14:20:30 -0700
ToddAndMargo via users wrote:
> Kernel 5.12.12-300 breaks host resolution
> https://bugzilla.redhat.com/show_bug.cgi?id=1976371
Very weird that the kernel could break name resolution since that
all works at library level. Maybe some "deprecated" interface
is bei
On 6/25/21 2:07 PM, ToddAndMargo via users wrote:
On 6/25/21 1:50 PM, Gabriel Ramirez wrote:
On 6/25/21 3:20 PM, toddandmargo via users wrote:
`host ` worked.
$ host gbis.com
gbis.com has address 207.228.37.200
gbis.com mail is handled by 0 mx.greatbasin.net.
`ping
On 6/25/21 1:50 PM, Gabriel Ramirez wrote:
On 6/25/21 3:20 PM, toddandmargo via users wrote:
Hi All,
Fedora 34
Xfce 4.14
I am in real trouble here. My business is most shutdown over this.
My browsers, Thunderbird, and ping won't work. Nothing
that used the Internet worked. Well, almost.
I c
On 6/25/21 3:20 PM, toddandmargo via users wrote:
Hi All,
Fedora 34
Xfce 4.14
I am in real trouble here. My business is most shutdown over this.
My browsers, Thunderbird, and ping won't work. Nothing
that used the Internet worked. Well, almost.
I can not find anything about this issue on Goo
FC34 on a headless server. If I upgrade the kernel and reboot, the
machine will not power up. I can manually power it up without a problem.
Also, no problem rebooting without a kernel upgrade.
Any help appreciated.
sean
___
users mailing list -- user
On Fri, 25 Jun 2021 02:21:07 -0700 Patrick O'Callaghan
wrote
> On Fri, 2021-06-25 at 16:50 +0930, Tim via users wrote:
> > On Thu, 2021-06-24 at 20:19 -0700, ToddAndMargo via users wrote:
> > > Hi All,
> > >
> > > Fedora 34
> > > Xfce 4.14
> > > redshift-1.12-11.fc34.x86_64
Hi All,
Fedora 34
Xfce 4.14
I am in real trouble here. My business is most shutdown over this.
My browsers, Thunderbird, and ping won't work. Nothing
that used the Internet worked. Well, almost.
I can not find anything about this issue on Google or Duck Duck Go.
After installing Tor yesterday
While verifying my download of Fedora-34, I encounter this message:
$ gpg --verify-files *-CHECKSUM
gpg: Signature made Fri 23 Apr 2021 12:36:44 PM PDT
gpg: using RSA key
8C5BA6990BDB26E19F2A1A801161AE6945719A39
gpg: Good signature from "Fedora (34)
" [unknown]
gpg: WARNING: This
Has anyone else been seeing some GNOME 40 animation freezes and lags? I have a
Dell 9310 XPS (11th Gen i7/16GB of RAM) and with animations enabled the mouse
cursor will sometimes freeze and lag. Strangely I have access to a Dell 9300
(10th Gen i7) running FL34 and it's fine. I'm not running TLP
On 6/25/21 5:19 AM, ToddAndMargo via users wrote:
Hi All,
Fedora 34
Xfce 4.14
redshift-1.12-11.fc34.x86_64
redshift-gtk-1.12-11.fc34.x86_64
Hi All,
Red Shift is all screwed up again:
Unable to connect to GeoClue. Unable to get location from provider:
https://github.com/jonls/redshift/issues
On 25/06/2021 11:51, Robert McBroom via users wrote:
mount.nfs: requested NFS version or transport protocol is not supported
Is this your server?
https://documents.westerndigital.com/content/dam/doc-library/en_gb/assets/public/wd/product/nas/my_cloud/ex2_ultra/user-manual-my-cloud-expert-seri
On Fri, 2021-06-25 at 10:21 +0100, Patrick O'Callaghan wrote:
> I think there's been some cold water thrown recently on the idea that
> this kind of tweak has any actual effect on insomnia, but I'm no
> expert.
I place no faith in that kind of thing helping insomnia, at all. But
taking out the ex
On Fri, 2021-06-25 at 16:50 +0930, Tim via users wrote:
> On Thu, 2021-06-24 at 20:19 -0700, ToddAndMargo via users wrote:
> > Hi All,
> >
> > Fedora 34
> > Xfce 4.14
> > redshift-1.12-11.fc34.x86_64
> > redshift-gtk-1.12-11.fc34.x86_64
> >
> > Hi All,
> >
> > Red Shift is all screwed up again:
On 25/06/2021 11:51, Robert McBroom via users wrote:
tcp6 0 0 :::111 :::*LISTEN
@RobertPC ~]# mount -v -t nfs -o vers=3,proto=tcp6
[2600:1702:4860:9dd0::2d]:/mnt/HD/HD_a2/mcstuffy /mnt/mcstuffy
mount.nfs: timeout set for Thu Jun 24 23:30:20 2021
Created symlink /r
On Thu, 2021-06-24 at 21:04 -0700, ToddAndMargo via users wrote:
> I am trying to clean up my bind-chroot forward and reverse files.
>
> The goal is to have bind-chroot do its thing by duplicating
> these two files over into
> /var/named/chroot/var/named/slaves/
> with the identical inodes li
On Thu, 2021-06-24 at 20:19 -0700, ToddAndMargo via users wrote:
> Hi All,
>
> Fedora 34
> Xfce 4.14
> redshift-1.12-11.fc34.x86_64
> redshift-gtk-1.12-11.fc34.x86_64
>
> Hi All,
>
> Red Shift is all screwed up again:
>
>
> Unable to connect to GeoClue. Unable to get location from provider:
S
35 matches
Mail list logo
