On 2020-11-14 21:54, Joe Zeff wrote:
On 11/14/20 10:41 PM, ToddAndMargo via users wrote:
I after the Xfce mailing list, but they have not answered back
Have you tried their forum at http://forum.xfce.org/index.php
Just the mailing list so far. They have always been helpful.
On 11/14/20 10:41 PM, ToddAndMargo via users wrote:
I after the Xfce mailing list, but they have not answered back
Have you tried their forum at http://forum.xfce.org/index.php
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe sen
On 2020-11-14 21:38, Ed Greshko wrote:
On 15/11/2020 12:54, ToddAndMargo via users wrote:
Hi All,
Problem: I have yet to figure out where Leafpad (or
others) get their default position from.
$ cat ./.config/leafpad/leafpadrc
0.8.18.1
885 <-- X
545 <-- Y
Monospace 12
On 15/11/2020 12:54, ToddAndMargo via users wrote:
Hi All,
Problem: I have yet to figure out where Leafpad (or
others) get their default position from.
$ cat ./.config/leafpad/leafpadrc
0.8.18.1
885 <-- X
545 <-- Y
Monospace 12 <-- Font size
0
0
0
Any idea where
On Sat, 2020-11-14 at 11:33 -0800, Jack Craig wrote:
> zone: /var/named/internal
>
>
> internal. 86400 IN SOA ws.linuxlighthouse.com.
> root.linuxlighthouse.com. 2020101601 86400 3600 604800 86400
> internal. 86400 IN NS ws.internal.
> internal. 86400 IN A 108.220.213.121
> interna
Hi All,
Fedora 33
Xfce 4.14
Since --geometry has been discontinued so many places,
I have been temporarily altering leafpad's rc file
to set a custom window size and font (read in,
write out custom settings, start leafpad, restore
original settings).
Problem: I have yet to figure out where Leaf
I have a BIOS Fedora 33-only laptop, and "grub2-editenv - unset auto_hide_menu"
worked on that.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://d
i want to thank all the wizards that guided me toward a working dns.
i have struggled with this setup for weeks now; on to https & dnssec.
again, Thank You Very Much!!
On Sat, Nov 14, 2020 at 12:19 PM Tim via users <
users@lists.fedoraproject.org> wrote:
> On Sat, 2020-11-14 at 11:33 -0800, Jac
I've built up an older box (ASRock J1900D2Y mobo), on Fedora32 + kernel 5.8.18
+ grub 2.04 (from F32 pkgs), booting UEFI.
I can cold boot -- or hard reboot -- the box, and it boots to desktop with no
problems.
Afaict, everything's up & running without issue.
But,
on SOFT reboot -- via either
On Sat, 2020-11-14 at 11:33 -0800, Jack Craig wrote:
> zone: /var/named/internal
>
>
> internal. 86400 IN SOA ws.linuxlighthouse.com.
> root.linuxlighthouse.com. 2020101601 86400 3600 604800 86400
> internal. 86400 IN NS ws.internal.
> internal. 86400 IN A 108.220.213.121
> interna
is there an easier way to verify a port access to internal host besides
wireshark & tcpdump?
On Sat, Nov 14, 2020 at 11:51 AM Jack Craig
wrote:
>
>
> On Sat, Nov 14, 2020 at 11:33 AM Jack Craig
> wrote:
>
>>
>> this part looked ok to me, but i am not sure.
>>
>
> now seeing higher throughput, b
On Sat, Nov 14, 2020 at 11:33 AM Jack Craig
wrote:
>
> this part looked ok to me, but i am not sure.
>
now seeing higher throughput, but still got...
14-Nov-2020 11:28:20.993 query-errors: info: client @0x7fc8601c9760
52.183.97.231#63450 (linuxlighthouse.com): view external-wan-view: query
fail
Anthony F McInerney writes:
Note that the selected mode of operation for this file is detected
fully automatically, depending on whether /etc/resolv.conf is a symlink to
/run/systemd/resolve/resolv.conf or lists 127.0.0.53 as DNS server.
Again: why does anything have to be "det
this part looked ok to me, but i am not sure.
On Sat, Nov 14, 2020 at 6:32 AM Jack Craig
wrote:
> gives me zones like,...
>
zone: /var/named/linuxlighthouse.com (external)
linuxlighthouse.com. 86400 IN SOA ws.linuxlighthouse.com.
root.linuxlighthouse.com. 2020101601 86400 3600 604800 86
> It is a malignant carcinoma.
Okay, seriously y'all. This over-the-top animosity is not welcome here. This
is a Fedora list, and we expect discourse to remain civil. If you don't like
it, fine.
You have a number of options, including working on a Fedora spin which
configures things differently.
No.
It is a malignant carcinoma.
From: "Tom Horsley" mailto:horsley1...@gmail.com>>
Date: Saturday, 14 November 2020 at 15:16:35
To: "users@lists.fedoraproject.org"
mailto:users@lists.fedoraproject.org>>
Subject: Re: systemd-resolved breakage
On Sat, 14 Nov 2020 11:56:01 +0100
Tom H wrote:
>
On Fri, Nov 13, 2020 at 11:13 PM Tim via users <
users@lists.fedoraproject.org> wrote:
> On Fri, 2020-11-13 at 13:38 -0800, Jack Craig wrote:
>
> > forwarders {
> > 8.8.8.8;
> > 8.8.4.4;
> > };
>
> I found when I tried using forwarders, that all quer
On Sat, 14 Nov 2020 at 09:54, John Mellor wrote:
> Gnome bugzilla is absolutely useless, as nobody is doing any bugfixes.
> I don't think that a single one of my bugs has been resolved ever since
> Fedora started using Gnome. Its a very strong indication of a broken
> system, and probably a very
gives me zones like,...
zone: /var/named/linuxlighthouse.com (external)
linuxlighthouse.com. 86400 IN SOA ws.linuxlighthouse.com.
root.linuxlighthouse.com. 2020101601 86400 3600 604800 86400
linuxlighthouse.com. 86400 IN NS ws.linuxlighthouse.com.
linuxlighthouse.com. 86400 IN A 1
well, if its not my config file it must be in these ...
internal.db linuxlighthouse.com.db 213.220.108.in-addr.arpa
;
$include "/var/named/linuxlighthouse.com.db"
@ IN A 10.0.0.1
wsIN A 10.0.0.101
www IN A
On Fri, 13 Nov 2020 at 23:42, Sam Varshavchik wrote:
> Petr Menšík writes:
>
> > Am I missing something?
>
> Yes, system is being shoved down your gullet, whether you like it or not.
>
> > would NetworkManager.conf:
> > dns=default
> >
> > Write resolv.conf again? Can I make it rewrite after disa
On Sat, 14 Nov 2020 16:00:38 +1100
Stephen Morris wrote:
> In Fedora 33 is the only way to get the menu to permanently display to
> edit /etc/grub.d/12_menu_auto_hide and change the timeout_style and
> timeout settings within the else condition for the fastboot check? I
> currently have the men
On Sat, 14 Nov 2020 11:56:01 +0100
Tom H wrote:
> > Yes, system is being shoved down your gullet, whether you like it
> > or not.
>
> Whichever distribution you use, you're at the mercy of its developers.
> In this particular case, the developer responsible for the change
> didn't care about br
I think you have more chance of seeing the sun go nova.
On Sat, 14 Nov 2020 at 15:54, John Mellor wrote:
> Gnome bugzilla is absolutely useless, as nobody is doing any bugfixes.
> I don't think that a single one of my bugs has been resolved ever since
> Fedora started using Gnome. Its a very st
Gnome bugzilla is absolutely useless, as nobody is doing any bugfixes.
I don't think that a single one of my bugs has been resolved ever since
Fedora started using Gnome. Its a very strong indication of a broken
system, and probably a very broken development organization.
So, maybe moving to
On Sat, 2020-11-14 at 14:16 +0100, Petr Menšík wrote:
> Wait, what is BIND version you are trying to use?
>
> http://linuxlighthouse.com should never show in a DNS, or I did not
> ever
> seen it in bind logs. What is exactly command used for the query? URL
> should not be there, only most recent d
On Fri, Nov 13, 2020 at 10:12 PM Tim via users <
users@lists.fedoraproject.org> wrote:
> On Fri, 2020-11-13 at 13:38 -0800, Jack Craig wrote:
> > current named.conf
> >
> > options
> > {
> > // Put files that named is allowed to write in the data/
> directory:
> > directory
Wait, what is BIND version you are trying to use?
http://linuxlighthouse.com should never show in a DNS, or I did not ever
seen it in bind logs. What is exactly command used for the query? URL
should not be there, only most recent development version should have
support for DNS over HTTPS. I admit
On Sat, Nov 14, 2020 at 12:42 AM Sam Varshavchik
wrote:
> Petr Menšík writes:
>>
>> Am I missing something?
>
> Yes, system is being shoved down your gullet, whether you like it
> or not.
Whichever distribution you use, you're at the mercy of its developers.
In this particular case, the developer
29 matches
Mail list logo