Hi all,
I've experienced some strange behavior on Fedora 28 client systems. I have some
of them virtualized on a qemu-kvm hypervisor. All these systems take the
hypervisor uptime as their own. This is really annoying, since I can not
determine how long a host is up.
If I take a look in the boo
On 12/11/18 10:40 PM, Robert McBroom via users wrote:
Looked in the path and no such files were there. Created them but the
messages still occur. What creates the real ones in the correct format?
You wouldn't have created them in the correct format. Those files are
not owned by any package.
$ gnome-session &
(process:1024): dconf-WARNING **: 00:49:24.721: unable to open file
'/etc/dconf/db/local': /etc/dconf/db/local: invalid gvdb header; expect
degraded performance
(process:1024): dconf-WARNING **: 00:49:24.721: unable to open file
'/etc/dconf/db/site': /etc/dconf/db/site: inva
On 12/4/18 8:07 AM, Tom Horsley wrote:
I have a GeForce GTX 750 Ti in my system at work, using the
rpmfusion nvidia drivers (because nouveau can't go more than
a few hours without crashing). Every so often, when the X
server starts or is restarted by logging out, the screen will
go blank and the
On 12/11/18 9:22 AM, sean darcy wrote:
cat /etc/udev/rules.d/40-persistent-net.rules
# this is the pci ethernet port
# udevadm info -a -p /sys/class/net/enp1s0/
# r8169 :01:00.0 eth0: RTL8168g/8111g, 50:7b:9d:0b:8a:ab, XID
50900880, IRQ 44
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
AT
On 12/11/18 9:59 AM, home user via users wrote:
Now to the greater problem...
When I upgraded to Fedora-28, the text of the grub menu was
significantly down-sized. It also seems to be a (darker?) gray. It is
split into two pieces into the corners of the left side of the left
monitor. It is
On 12/11/18 3:34 PM, George Avrunin wrote:
On Sat, 8 Dec 2018 23:29:35 -0500, Robert McBroom via users
wrote:
Upgraded to F29. On KDE desktop starting EMACS in a privileged command
window locks the system. Starting EMACS with sudo locks the system. On
XFCE4 normal EMACS access with privilege.
On 12/12/18 9:44 AM, Ed Greshko wrote:
> I will check again in a few hours, but I think the defense may drop after a
> time.
Yep, 1 hour later and "traceroute -n -T -p 999 beartooth.info" reaches
208.100.51.176.
--
Right: I dislike the default color scheme Wrong: What idiot picked the default
Allegedly, on or about 11 December 2018, Joe Zeff sent:
> If you can't ping someplace, traceroute will show you where the
> problem is, because it will stop getting responses.
Though you still have to think about it (it's only part of a
diagnosis). That failure just means the device doesn't respo
On 12/11/18 12:54 PM, Rick Stevens wrote:
On 12/11/18 8:52 AM, sean darcy wrote:
On 12/11/18 12:54 AM, Samuel Sieb wrote:
On 12/10/18 4:22 PM, sean darcy wrote:
I'm trying to get the interface on a multi-homed machine named
"internal"
ifconfig
enp1s0: flags=4099 mtu 1500
ether 50:7
On 12/12/18 7:15 AM, Samuel Sieb wrote:
>
> traceroute beartooth.info
> traceroute -I beartooth.info
> traceroute -T -p 999 beartooth.info
>
> Some (or all) or those might require root, so best to just use root.
I was able to get the failure condition again.
This is from a working system
[r
On 12/11/18 2:36 PM, Ed Greshko wrote:
> On 12/12/18 6:12 AM, Rick Stevens wrote:
>> On 12/11/18 1:52 PM, Ed Greshko wrote:
>>>
>>> I get the feeling the folks at Netwisp, Inc. are doing something to
>>> "prevent" hacking.
>> Yup. Tried three times from our ASN from two different machines. All
>>
On 12/11/2018 04:04 PM, Beartooth wrote:
Hoo, boy! I haven't so much as heard of traceroute in ten or
fifteen years, and never did grep its uses. I can look it up, of course,
but it might be worth your while to just tell me a command (and to use it
as root if that should be desirable).
On 12/11/18 3:04 PM, Beartooth wrote:
Hoo, boy! I haven't so much as heard of traceroute in ten or
fifteen years, and never did grep its uses. I can look it up, of course,
but it might be worth your while to just tell me a command (and to use it
as root if that should be desirable).
tra
On Tue, 11 Dec 2018 14:23:59 -0800, Samuel Sieb wrote:
> On 12/11/18 1:54 PM, Beartooth wrote:
>> On Tue, 11 Dec 2018 12:53:03 -0800, Samuel Sieb wrote:
>>> I can connect to that port fine. Do you have something like fail2ban
>>> on the server that would block your connection? Can you try
>>> co
On 12/12/18 6:12 AM, Rick Stevens wrote:
> On 12/11/18 1:52 PM, Ed Greshko wrote:
>>
>> I get the feeling the folks at Netwisp, Inc. are doing something to
>> "prevent" hacking.
> Yup. Tried three times from our ASN from two different machines. All
> the test machines are behind a firewall (Cisco
On 12/11/18 1:54 PM, Beartooth wrote:
On Tue, 11 Dec 2018 12:53:03 -0800, Samuel Sieb wrote:
I can connect to that port fine. Do you have something like fail2ban on
the server that would block your connection? Can you try connecting
from another location?
I thought I had fail2ban, bu
On 12/11/18 1:52 PM, Ed Greshko wrote:
> On 12/12/18 5:25 AM, Rick Stevens wrote:
>> I just did the same. From a Spectrum IP here in Orange County, CA,
>> the system doesn't respond (and Spectrum is a Comcast company).
>>
>> From a monitoring system in our ASN (a /22 network), it works peachy:
>
>
On Tue, 11 Dec 2018 12:53:03 -0800, Samuel Sieb wrote:
> On 12/11/18 12:11 PM, Beartooth wrote:
>> ssh -v bearto...@beartooth.info -p 999 debug1: Connecting to
>> beartooth.info [208.100.51.176] port 999.
>> debug1: connect to address 208.100.51.176 port 999: Connection timed
>> out ssh: connect t
On 12/12/18 5:25 AM, Rick Stevens wrote:
> I just did the same. From a Spectrum IP here in Orange County, CA,
> the system doesn't respond (and Spectrum is a Comcast company).
>
> From a monitoring system in our ASN (a /22 network), it works peachy:
Interesting
Could you try it a second time?
On 12/11/18 12:53 PM, Samuel Sieb wrote:
> On 12/11/18 12:11 PM, Beartooth wrote:
>> ssh -v bearto...@beartooth.info -p 999
>> debug1: Connecting to beartooth.info [208.100.51.176] port 999.
>> debug1: connect to address 208.100.51.176 port 999: Connection timed out
>> ssh: connect to host beartoot
On 12/11/18 12:11 PM, Beartooth wrote:
ssh -v bearto...@beartooth.info -p 999
debug1: Connecting to beartooth.info [208.100.51.176] port 999.
debug1: connect to address 208.100.51.176 port 999: Connection timed out
ssh: connect to host beartooth.info port 999: Connection timed out
I can connect
On Sat, 8 Dec 2018 23:29:35 -0500, Robert McBroom via users
wrote:
> Upgraded to F29. On KDE desktop starting EMACS in a privileged command
> window locks the system. Starting EMACS with sudo locks the system. On
> XFCE4 normal EMACS access with privilege.
>
> Other file managers don't like ro
On Tue, 11 Dec 2018 11:59:20 -0800, Samuel Sieb wrote:
> On 12/11/18 11:04 AM, Beartooth wrote:
>> We've been unable for days to connect to our email at my domain;
>> when we try our usual ssh -p , we
>> get nothing but eventually "Connection timed out" -- even after having
>> left it all ni
On Tue, Dec 11, 2018 at 8:00 PM Jon Ingason wrote:
>
> You need to install texlive-xetex-7:20180414-28.fc29.x86_64 which
> provide /usr/bin/xdvipdfmx.
>
> --
> Regards
>
> Jon Ingason
>
Hi Jon,
Thank you very much. It works.
I'll add your suggestion in the reported bug page.
Best regards,
Ma
On Tue, 11 Dec 2018 12:53:03 -0700, stan wrote:
> I think I understand better what is happening. Whether I can help I
> don't know. A summary:
>
> You have no problem with your ISP (Comcast). Your problem is with the
> third party that handles your private domain for email. When you try to
>
On 12/11/18 11:04 AM, Beartooth wrote:
> On Sun, 09 Dec 2018 15:27:32 -0700, stan wrote:
>
>> On Sun, 9 Dec 2018 19:00:25 + (UTC)
>> I Beartooth wrote:
>>
>>> I do some of my email and all of my Gmane activity (including
>>> this list) at the address above, from my local access provider,
On 12/11/18 11:04 AM, Beartooth wrote:
We've been unable for days to connect to our email at my domain;
when we try our usual ssh -p , we get
nothing but eventually "Connection timed out" -- even after having left
it all night.
How are you using ssh to get your email?
What port are you us
On Tue, 11 Dec 2018 19:04:17 + (UTC)
Beartooth wrote:
> According to them, my own firewall cuts us (i.e., our whole IP)
> off when we try too many times too soon to connect. (We do that, of
> course, by hitting up arrow and Enter.)
>
> Am I making any more sense yet?
I think I un
On Sun, 09 Dec 2018 15:27:32 -0700, stan wrote:
> On Sun, 9 Dec 2018 19:00:25 + (UTC)
> I Beartooth wrote:
>
>> I do some of my email and all of my Gmane activity (including
>> this list) at the address above, from my local access provider,
>> Comcast; but I do most of my email (and my
Den 2018-12-11 kl. 18:43, skrev Marco Guazzone:
> Hi,
>
> On my Fedora 29, the command dvipdfmx does not work:
>
> $ rpm -q texlive-dvipdfmx
> texlive-dvipdfmx-20180414-28.fc29.x86_64
> $ dvipdfmx
> bash: dvipdfmx: command not found
>
> Indeed, the executable file '/usr/bin/dvipdfmx' is a broken
(Samuel said)
> I would say to comment out all the lines from 91-98.
Done. Re-booted. No more error messages before the grub menu appears.
Thank-you!
Now to the greater problem...
When I upgraded to Fedora-28, the text of the grub menu was
significantly down-sized. It also seems to be a (d
On 12/11/18 8:52 AM, sean darcy wrote:
> On 12/11/18 12:54 AM, Samuel Sieb wrote:
>> On 12/10/18 4:22 PM, sean darcy wrote:
>>> I'm trying to get the interface on a multi-homed machine named
>>> "internal"
>>>
>>> ifconfig
>>> enp1s0: flags=4099 mtu 1500
>>> ether 50:7b:9d:0b:8a:ab txque
Hi,
On my Fedora 29, the command dvipdfmx does not work:
$ rpm -q texlive-dvipdfmx
texlive-dvipdfmx-20180414-28.fc29.x86_64
$ dvipdfmx
bash: dvipdfmx: command not found
Indeed, the executable file '/usr/bin/dvipdfmx' is a broken link that
points to a nonexistent file:
$ ls -al /usr/bin/dvipdfmx
On 12/11/18 11:52 AM, sean darcy wrote:
On 12/11/18 12:54 AM, Samuel Sieb wrote:
On 12/10/18 4:22 PM, sean darcy wrote:
I'm trying to get the interface on a multi-homed machine named
"internal"
ifconfig
enp1s0: flags=4099 mtu 1500
ether 50:7b:9d:0b:8a:ab txqueuelen 1000 (Ethernet)
On 12/11/18 12:54 AM, Samuel Sieb wrote:
On 12/10/18 4:22 PM, sean darcy wrote:
I'm trying to get the interface on a multi-homed machine named "internal"
ifconfig
enp1s0: flags=4099 mtu 1500
ether 50:7b:9d:0b:8a:ab txqueuelen 1000 (Ethernet)
Is that the full ifconfig output for th
Le 11/12/2018 à 17:34, Paolo Galtieri a écrit :
> Folks,
> this morning I rebooted one of my systems. The system ended up
> dropping into emergency mode. I ran journalctl -xb to see why it failed
> to boot and I saw the following errors:
>
> Dec 11 08:02:46 terrapin kernel: kvmgt: Unknown symb
Folks,
this morning I rebooted one of my systems. The system ended up
dropping into emergency mode. I ran journalctl -xb to see why it failed
to boot and I saw the following errors:
Dec 11 08:02:46 terrapin kernel: kvmgt: Unknown symbol gfn_to_memslot
(err -2)
Dec 11 08:02:46 terrapin ker
Hello Danny and everybody else,
MariaDB & MySQL maintainer here!
I see I made it late, however I'll drop here some more answers & tips:
> I don't know where else to ask.
This is a right place.
Other good places could be Fedora IRC, create bugzilla ticket
... or write me personal mail as a last r
Hello,
On Sun, 28 May 2017 21:20:13 +0200 Branko Grubic wrote:
> On Sun, 2017-05-28 at 15:12 +0200, wwp wrote:
> > Hello there,
> >
> > (after a looong time not using Fedora, just back to it!)
> >
> > I've tried installing Fedora on a Zotac Zbox CI327 (Intel Celeron
> > N3450 inside) but this
On 11/12/2018 12:37 am, Rick Stevens wrote:
Yup. Some of those are fixable via mysql_upgrade, others are fairly
important and appear to be caused by using a newer mysqld that's not
backwards compatible with your previous version. You didn't say which
version of MySQL you were running before and
On 11/12/2018 12:37 am, Rick Stevens wrote:
Also, how did you get it to start?
Once I found the right log file I saw that there were a few incompatible
entries in my.cnf
I'll take a look at the other errors when I'm awake :)
___
users mailing list
On 12/11/18 4:51 PM, Ed Greshko wrote:
> dnssec is a concern
is *not* a concern
--
Right: I dislike the default color scheme Wrong: What idiot picked the default
color scheme
___
users mailing list -- users@lists.fedoraproject.org
To unsubscrib
On 12/11/18 3:10 PM, Tim via users wrote:
> Allegedly, on or about 8 December 2018, sean darcy sent:
>> What I want is:
>>
>> nameserver 127.0.0.1
>> nameserver
> Is the DHCP server configurable by you? If so, then enter the list of
> DNS servers that you want clients to use into the DHCP serve
Le 11/12/2018 à 08:12, Tim via users a écrit :
> Allegedly, on or about 11 December 2018, François Patte sent:
>> For an unknown reason the installation of the new kernel wrote a
>> wrong grub.cfg pointing as the root partition an unused partition on
>> my system Strangely when I run grub2-mkco
45 matches
Mail list logo