Fedora Workstation 31
I was doing a dnf upgrade (which I aborted), when I got the message:
Removing dependent packages:
kmod-nvidia-5.4.18-200.fc31.x86_64 x86_64 3:440.59-1.fc31@@commandline
30 M
I assume this package is dependent on kernel 5.4 and the dnf upgrade includes
kernel 5.5.
On 2/22/20 1:33 AM, Simon Colston wrote:
Fedora Workstation 31
I was doing a dnf upgrade (which I aborted), when I got the message:
Removing dependent packages:
kmod-nvidia-5.4.18-200.fc31.x86_64 x86_64 3:440.59-1.fc31
@@commandline 30 M
I assume this package is dependent on kernel 5
On Fri, 2020-02-21 at 16:18 -0800, Samuel Sieb wrote:
> On 2/21/20 2:46 PM, Patrick O'Callaghan wrote:
> > That's a good point which I hadn't thought of. I actually only have a
> > single monitor connected via an HMDI switch to both video outputs. I've
> > been so used to this I forgot to mention i
On Sat, Feb 22, 2020 at 6:02 AM Patrick O'Callaghan
wrote:
> On Fri, 2020-02-21 at 16:18 -0800, Samuel Sieb wrote:
> > On 2/21/20 2:46 PM, Patrick O'Callaghan wrote:
> > > That's a good point which I hadn't thought of. I actually only have a
> > > single monitor connected via an HMDI switch to bo
Also, as this is a non-free package from RPM Fusion, this discussion would
be better to have there. :)
But to add to what Samuel said, sometimes there are changes to the kernel
that require updated packages from Nvidia or we maintainers at RPM Fusion
patch it. That can take a few days to a week. U
On Thu, Feb 20, 2020 at 2:11 AM Tim via users
wrote:
>
> > I am looking for a pad to handwrite on both Fedora and MS Windows. I
> > am a total novice regarding that type of pads, so some help and
> > direction will be most appreciated.
>
> I had used an old Wacom pad, in the past. Just plugged it
On Fri, 2020-02-21 at 13:15 -0700, home user wrote:
> (On 2020-0221 10:51pm, Ed wrote)
> > BTW, if you do an "ip -6 add show eno1"
> > do the numbers a358:d643 appear in the output?
>
> -bash.1[~]: ip -6 add show eno1
> 2: eno1: mtu 1500 qdisc fq_codel
> state
> UP group default qlen 1000
>
On Sat, 2020-02-22 at 06:40 -0600, Richard Shaw wrote:
> On Sat, Feb 22, 2020 at 6:02 AM Patrick O'Callaghan
> wrote:
>
> > On Fri, 2020-02-21 at 16:18 -0800, Samuel Sieb wrote:
> > > On 2/21/20 2:46 PM, Patrick O'Callaghan wrote:
> > > > That's a good point which I hadn't thought of. I actually
On 22/02/2020 09:53, Samuel Sieb wrote:
You're missing the details of what's happening here, you need to look carefully at the versions. I assume you have the
akmod package for the nvidia drivers installed. Whenever you install a new kernel package, the akmod system rebuilds
the nvidia dri
On Sat, Feb 22, 2020 at 7:19 AM Patrick O'Callaghan
wrote:
> On Sat, 2020-02-22 at 06:40 -0600, Richard Shaw wrote:
>
> > I don't think the 1050 should be THAT bad... I did just watch a youtube
> > video on gaming on linux and it specifically talked about some games need
> > to compile shaders on
On Sat, 22 Feb 2020 at 13:19, Patrick O'Callaghan
wrote:
> On Sat, 2020-02-22 at 06:40 -0600, Richard Shaw wrote:
> > On Sat, Feb 22, 2020 at 6:02 AM Patrick O'Callaghan <
> pocallag...@gmail.com>
> > wrote:
> >
> > > On Fri, 2020-02-21 at 16:18 -0800, Samuel Sieb wrote:
> > > > On 2/21/20 2:46 P
On 2020-02-22 20:47, Richard Shaw wrote:
> Also, as this is a non-free package from RPM Fusion, this discussion would be
> better to have there. :)
>
> But to add to what Samuel said, sometimes there are changes to the kernel
> that require updated packages from Nvidia or we maintainers at RPM Fu
Ed Greshko wrote:
> On 2020-02-22 20:47, Richard Shaw wrote:
>> Also, as this is a non-free package from RPM Fusion, this discussion would
>> be better to have there. :)
>>
>> But to add to what Samuel said, sometimes there are changes to the kernel
>> that require updated packages from Nvidia or
My workstation was off yesterday starting soon after 1:15pm (mountain
time) post, and I was out. Now I'm back and online. On to the posts
after that...
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le..
(on 2020-02-21 5:11am mountain time, Louis wrote)
> What kind of IPv4-address do you get?
I have forgotten the command to show me that. How do I see that?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le.
Fedora 30 had several dnf-related updates today. Since then, mock fails
with KeyError: 'yum.conf'
In the mockbuild directory, /var/lib/mock/Fedora.../root/etc/yum.conf is
a link to yum/yum.conf, which is a 0 byte file.
In the corresponding file for epel-7 builds, last used before the
update
On Sat, 2020-02-22 at 07:47 -0600, Richard Shaw wrote:
> On Sat, Feb 22, 2020 at 7:19 AM Patrick O'Callaghan
> wrote:
>
> > On Sat, 2020-02-22 at 06:40 -0600, Richard Shaw wrote:
> >
> > > I don't think the 1050 should be THAT bad... I did just watch a youtube
> > > video on gaming on linux and
On Sat, 2020-02-22 at 14:47 +, Anthony F McInerney wrote:
> > Ah! So you just did a direct Windows only title in a
> KVM+GPUPassThru+Windows(?) vs Linux+Steam+Proton
Essentially, yes.
> Now, it just so happens that there are comments on the protonDB suggesting
> that in this specific title t
John Pilkington wrote:
> Fedora 30 had several dnf-related updates today. Since then, mock fails
> with KeyError: 'yum.conf'
>
> In the mockbuild directory, /var/lib/mock/Fedora.../root/etc/yum.conf is a
> link to yum/yum.conf, which is a 0 byte file.
>
> In the corresponding file for epel-7 bui
On Sat, 22 Feb 2020 at 17:51, Patrick O'Callaghan
wrote:
> On Sat, 2020-02-22 at 14:47 +, Anthony F McInerney wrote:
> > > Ah! So you just did a direct Windows only title in a
> > KVM+GPUPassThru+Windows(?) vs Linux+Steam+Proton
>
> Essentially, yes.
>
> > Now, it just so happens that there
On Saturday, February 22, 2020 5:11:49 AM MST Louis Lagendijk wrote:
> On Fri, 2020-02-21 at 13:15 -0700, home user wrote:
>
> > (On 2020-0221 10:51pm, Ed wrote)
> >
> > > BTW, if you do an "ip -6 add show eno1"
> > > do the numbers a358:d643 appear in the output?
> >
> >
> > -bash.1[~]: ip -
This is a minor irritation, at least afaik: I'd fix it if I could
AND saw an easy way to.
I live by the Fedora workspace switcher -- probably the most
valuable applet I have, because it's so easy to set and forget. I have
canonical spaces for my terminal (with several tabs, my
On 22/02/2020 18:14, Todd Zullinger wrote:
John Pilkington wrote:
Fedora 30 had several dnf-related updates today. Since then, mock fails
with KeyError: 'yum.conf'
In the mockbuild directory, /var/lib/mock/Fedora.../root/etc/yum.conf is a
link to yum/yum.conf, which is a 0 byte file.
In the c
On 22/02/2020 15:38, Todd Zullinger wrote:
Ed Greshko wrote:
On 2020-02-22 20:47, Richard Shaw wrote:
Also, as this is a non-free package from RPM Fusion, this discussion would be
better to have there. :)
But to add to what Samuel said, sometimes there are changes to the kernel that
requir
On 2/22/20 3:59 AM, Patrick O'Callaghan wrote:
Unfortunately, although some games work well (e.g. Witcher 3), others
don't (Assassin's Creed Odyssey - lots of stuttering), so I'll probably
back off from this for the moment, though a more high-end GPU might
have better results (mine's a lowly GTX-
On 2/22/20 1:09 PM, Beartooth wrote:
I also upgrade every day, and reboot whenever there's a kernel
change. I suppose I should close the canonical applets, but I often
don't. Then when the reboot finishes, they all show up on the upper left
space, and I have to rearrange them. IFF, and I
On Sat, 2020-02-22 at 18:24 +, Anthony F McInerney wrote:
> > I can't promise anything. The problem is that each game has to be
> > downloaded and reinstalled in Linux, even when I already have it
> > installed in my Windows VM (and these are not small files - 50GB is
> > about the median size
On Sat, 2020-02-22 at 13:38 -0800, Samuel Sieb wrote:
> On 2/22/20 3:59 AM, Patrick O'Callaghan wrote:
> > Unfortunately, although some games work well (e.g. Witcher 3), others
> > don't (Assassin's Creed Odyssey - lots of stuttering), so I'll probably
> > back off from this for the moment, though
On Sat, 2020-02-22 at 13:43 -0800, Samuel Sieb wrote:
> On 2/22/20 1:09 PM, Beartooth wrote:
> > I also upgrade every day, and reboot whenever there's a kernel
> > change. I suppose I should close the canonical applets, but I often
> > don't. Then when the reboot finishes, they all show up on t
On 2020-02-23 03:52, John M. Harris Jr wrote:
> We've already confirmed, earlier in the thread, that it's on a public IP.
That is only true in the context of the IPv6 address space.
There is no reason why the IPv4 address can't be "private" with NAT being
performed by another
device within the C
John Pilkington wrote:
> Thanks for the suggestions :-)
>
> /etc/mock/default.cfg was 0 bytes and there was a recent
> /etc/mock/default.cfg.rpmnew
>
> With the rpmnew version copied into place
>
> mock --scrub=all -r fedora-30-x86_64-rpmfusion_free
>
> still gave the KeyError. Omitting the -r
(responding to the 2020-02-21 0759pm mountain time post by Louis)
(Ed earlier said)
> I asked about that number since some folks are skittish
> about revealing their actual IP addresses.
Ed knows me well!
I'm not sure which of all them sequences "ip add show" displays Louis is
referring to, so
On 2020-02-23 08:50, home user wrote:
> (responding to the 2020-02-21 0759pm mountain time post by Louis)
>
> (Ed earlier said)
> > I asked about that number since some folks are skittish
> > about revealing their actual IP addresses.
>
> Ed knows me well!
>
> I'm not sure which of all them sequenc
On 2/22/20 4:50 PM, home user wrote:
3: virbr0: mtu 1500 qdisc noqueue
state DOWN group default qlen 1000
link/ether 52:54:nn:nn:nn:nn brd ff:ff:ff:ff:ff:ff
inet 192.168.nnn.n/nn brd 192.168.nnn.nnn scope global virbr0
valid_lft forever preferred_lft forever
This is the virt
The original desire for a way to occasionally check for hack-in attempts
is satisfied by the 2 commands "lastb" and "last" suggested by Ed.
Other related issues came up in this thread; I trust that they've been
addressed. My sense is that my firewall is as it should be. The
suggestions fail2
On Saturday, February 22, 2020 8:03:22 PM MST home user wrote:
> The original desire for a way to occasionally check for hack-in attempts
> is satisfied by the 2 commands "lastb" and "last" suggested by Ed.
> Other related issues came up in this thread; I trust that they've been
> addressed. M
On 2/22/20 7:07 PM, John M. Harris Jr wrote:
Glad to hear it. A quick note, Fedora Workstation (what I refer to as the
"GNOME Spin") may send out an update which resets your firewall to their
defaults, which would open you back up to attacks. I'll pass this along, and
hopefully we can get a more
On Saturday, February 22, 2020 8:17:01 PM MST Samuel Sieb wrote:
> On 2/22/20 7:07 PM, John M. Harris Jr wrote:
>
> > Glad to hear it. A quick note, Fedora Workstation (what I refer to as the
> > "GNOME Spin") may send out an update which resets your firewall to their
> > defaults, which would ope
On 2/22/20 7:34 PM, John M. Harris Jr wrote:
On Saturday, February 22, 2020 8:17:01 PM MST Samuel Sieb wrote:
On 2/22/20 7:07 PM, John M. Harris Jr wrote:
Glad to hear it. A quick note, Fedora Workstation (what I refer to as the
"GNOME Spin") may send out an update which resets your firewall t
On Saturday, February 22, 2020 8:38:38 PM MST Samuel Sieb wrote:
> On 2/22/20 7:34 PM, John M. Harris Jr wrote:
>
> > On Saturday, February 22, 2020 8:17:01 PM MST Samuel Sieb wrote:
> >
> >> On 2/22/20 7:07 PM, John M. Harris Jr wrote:
> >>
> >>
> >>
> >>> Glad to hear it. A quick note, Fedora W
On 2020-02-23 11:44, John M. Harris Jr wrote:
> The harm in this
> demonstrated in this thread was opening EVERY PROCESS THAT BINDS A PORT AS
> THE
> USER to THE ENTIRE INTERNET, on both IPv4 and IPv6.
Except that in this thread there were no processes bound to any higher port and
in LISTEN.
On Saturday, February 22, 2020 10:32:19 PM MST Ed Greshko wrote:
> On 2020-02-23 11:44, John M. Harris Jr wrote:
>
> > The harm in this
> > demonstrated in this thread was opening EVERY PROCESS THAT BINDS A PORT AS
> > THE USER to THE ENTIRE INTERNET, on both IPv4 and IPv6.
>
>
> Except that in
42 matches
Mail list logo