On 7/4/22 19:51, Roger Heflin wrote:
Once the conf file is in place any upgrades will keep this so long as
you don't do a clean instat..
-f and --force are the same, so I would suspect you were booted into
an older/different kernel and it rebuilt the initramfs for that older
kernel but this ke
A new gnuplot version was installed recently. Originally I had
2021-05-17T14:31:30+1000 DEBUG Upgraded: gnuplot-wx-5.2.8-7.fc34.x86_64
I recently upgraded fedora 34->36 and received this update
2022-06-09T18:04:52+1000 DEBUG Upgraded:
gnuplot-common-5.4.3-3.fc36.x86_64
Since then
Once the conf file is in place any upgrades will keep this so long as
you don't do a clean instat..
-f and --force are the same, so I would suspect you were booted into
an older/different kernel and it rebuilt the initramfs for that older
kernel but this kernel had been installed earlier and dracu
Looks like it took this time:
# grep -v adfasd /sys/module/*/parameters/si_support
/sys/module/*/parameters/cik_support
/sys/module/amdgpu/parameters/si_support:1
/sys/module/radeon/parameters/si_support:0
/sys/module/amdgpu/parameters/cik_support:1
/sys/module/radeon/parameters/cik_support:0
On 7/4/22 16:24, Roger Heflin wrote:
the 2nd entry needs to be on the same grep line.
But based on the output the options in that file aren't being used.
On mine both of the options are set to one on amdgpu, and 0 on radeon.
do
lsinitrd | grep enable_amdgpu_disable_radeon
you should see th
the 2nd entry needs to be on the same grep line.
But based on the output the options in that file aren't being used.
On mine both of the options are set to one on amdgpu, and 0 on radeon.
do
lsinitrd | grep enable_amdgpu_disable_radeon
you should see the file being included in the output.
If
On 7/4/22 15:19, Roger Heflin wrote:
try this and see what it shows:
grep -v adfasd /sys/module/*/parameters/si_support
/sys/module/amdgpu/parameters/si_support:0
/sys/module/radeon/parameters/si_support:1
/sys/module/*/parameters/cik_support
As root:
-bash: /sys/module/amdgpu/parameters
try this and see what it shows:
grep -v adfasd /sys/module/*/parameters/si_support
/sys/module/*/parameters/cik_support
to verify that radeon is disabled and amdgpu is enabled.
I tried on mine, an my amd gpu is a really old one while claiming to
be supported by amdgpu, acts like it is not.
On M
Finally did this:
I did not make the change when I got back to my office/home, and things
worked fine into mid-sunday when it locked again. Did a dnf update from
a character session after power cycle and new kernel, firefox, and
linuxfirmware. So decided to see how it would go.
And I could
On Mon, 2022-07-04 at 18:15 +1000, Stephen Morris wrote:
> The package must have been updated as when I looked yesterday it
> didn't supply any of those files, unless I looked at the file list
> from the wrong package
dnf history
See what got updated when.
--
uname -rsvp
Linux 3.10.0-1160.71.
Barry wrote:
>> I ran duel boot win10+fedora like this,
>> now I duel boot win11+fedora in this way.
Patrick O'Callaghan:
> Duel? Are they fighting each other?
>
> Sorry :-)
I think it's rather apt.
Not sorry ;-)
--
uname -rsvp
Linux 3.10.0-1160.71.1.el7.x86_64 #1 SMP Tue Jun 28 15:37:28 UTC
On Mon, 2022-07-04 at 08:13 +0100, Barry wrote:
> I ran duel boot win10+fedora like this,
> now I duel boot win11+fedora in this way.
Duel? Are they fighting each other?
Sorry :-)
poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscri
On 4/7/22 12:13, Samuel Sieb wrote:
On 7/3/22 03:12, Stephen Morris wrote:
On 3/7/22 19:05, Stephen Morris wrote:
On 30/6/22 09:08, Stephen Morris wrote:
Hi,
I booted into Fedora this morning and had no network available
because wifi had not been started. Dmesg showed the following messag
> On 4 Jul 2022, at 03:11, Michael Hennebry
> wrote:
>
> On Sat, 2 Jul 2022, George N. White III wrote:
>
>>> On Wed, Jun 29, 2022 at 6:23 PM Robert McBroom via users <
>>> users@lists.fedoraproject.org> wrote:
>>
>> Do you plan to have the user "home" directory in a separate partition?
>>
14 matches
Mail list logo
