On 5/4/19 5:23 AM, Tom H wrote:
1) Shouldn't you be able to access the firmware even if you're booting from csm?
I have two qemu-kvm machines. one for testing usb stick with legacy
bios and one for testing with efi bios. Neither has a is no csm
mode. This is on purpose.
2) Check "/boot/gr
Hi All,
So far I have four successful 29 to 30 upgrades.
I have two 28 to 30's to go.
Anyone successfully get 28 to go to 30?
Anything special to consider?
Many thanks,
-T
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an
On 05/04/2019 08:20 PM, Tom Horsley wrote:
On Sat, 4 May 2019 18:58:32 -0700
Gordon Messmer wrote:
We don't need tortured logic to blame systemd. It's doing the right
thing.
Though a sane person might ask, "Why is it the right thing to wait
for a service gathering information which will be ut
On Sat, May 4, 2019 at 3:48 PM Samuel Sieb wrote:
>
> On 5/4/19 11:20 AM, Chris Murphy wrote:
> > I'm not sure when this went away, but on a current Fedora 29 Server on
> > a UEFI Intel NUC, the menu entries are linux and initrd. The linuxefi
> > initrdefi and linux16 initrd16 distinctions aren't
On Sat, 4 May 2019 18:58:32 -0700
Gordon Messmer wrote:
> We don't need tortured logic to blame systemd. It's doing the right
> thing.
Though a sane person might ask, "Why is it the right thing to wait
for a service gathering information which will be utterly discarded
on the reboot anyway?"
__
On 5/4/19 4:13 PM, Sam Varshavchik wrote:
In the good-old days, when integrating some new gizmo like rngd, by
the nature of the beast you'll always check into how it works and make
a minimal effort to learn its basics. Basic due diligence. From the
linked bugzilla bug, it seems that rngd was co
Once upon a time, Garry T. Williams said:
> This available on Fedora 30 and may be available on 29:
>
> Name : perl-Geo-IP
That's the original GeoIP, not GeoIP2 (Maxmind replaced the library and
changed the file formats).
I've built RPMs of perl-GeoIP2 and its dependencies, but have
On 5/3/19 1:08 PM, Christopher Ross wrote:
>
> On 03/05/2019 14:36, Tom Horsley wrote:
>> I tried switching from gdm to kdm and the kdm "login" came up as
>> nothing but an apparent password entry field in the top left corner
>> of the screen (at least all it did was echo dots when I typed in it).
On 5/4/19 3:37 PM, Garry T. Williams wrote:
On Friday, May 3, 2019 4:27:45 PM EDT Alex wrote:
Hi, I have a fedora29 system and need the GeoIP2 modules and they
don't appear to be available in the normal repos. Any idea where I can
find them and their dependencies?
https://metacpan.org/pod/GeoIP
Samuel Sieb writes:
On 5/4/19 9:32 AM, Sam Varshavchik wrote:
How can you possibly get stopping a piddly daemon, like rngd, wrong? Who
knows. It's brain damage.
As usual, it is not a systemd problem, unless you consider that trying to do
a clean shutdown is brain damage. The rngd proces
On Friday, May 3, 2019 4:27:45 PM EDT Alex wrote:
> Hi, I have a fedora29 system and need the GeoIP2 modules and they
> don't appear to be available in the normal repos. Any idea where I can
> find them and their dependencies?
>
> https://metacpan.org/pod/GeoIP2::Database::Reader
> https://metacpa
On 5/4/19 11:20 AM, Chris Murphy wrote:
I'm not sure when this went away, but on a current Fedora 29 Server on
a UEFI Intel NUC, the menu entries are linux and initrd. The linuxefi
initrdefi and linux16 initrd16 distinctions aren't present anymore.
And it's the same on both Fedora 30 Workstations
On 5/4/19 2:49 AM, ToddAndMargo via users wrote:
On 5/3/19 11:17 PM, Samuel Sieb wrote:
On 5/3/19 6:28 PM, ToddAndMargo via users wrote:
What do you mean by?
change linuxefi > linux16,initrdefi > initrd16*
"linuxefi" does not exist in grub.cfg. Neither does
linux16 or initrdefi
The EFI gru
On 5/4/19 9:32 AM, Sam Varshavchik wrote:
I just wait 90 seconds, in those instances, and write it off as yet
another systemd brain damage.
According to systemd.service man page, TimeoutStopSec sets this timeout.
So you can add that to rngd.service, I suppose. Or, if you want to bring
out the
On 5/4/19 6:59 AM, sean darcy wrote:
That did it !
thanks
Blocking it from accessing the X server worked? I wonder why your X
server doesn't like the request.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to u
On Wed, May 1, 2019 at 3:49 PM ToddAndMargo via users
wrote:
>
> Hi All,
>
> I have a Fedora 30 flash drive set up for dual booting
> from Legacy or UEFI. It boots beautifully from UEFI.
> (It also have a bios_grub partition).
>
> It booted perfectly from both under Fedora 29.
>
> Now when bootin
On Fri, May 3, 2019 at 5:05 PM Samuel Sieb wrote:
>
> On 5/3/19 2:30 PM, Tom H wrote:
> > On Fri, May 3, 2019 at 9:52 PM Samuel Sieb wrote:
> >> On 5/3/19 12:25 PM, Tom H wrote:
> >>>
> >>> You then have to use "grub2-install" with "--target=i386-pc" for
> >>> csm and "--target=x86_64-efi" for ef
Overnight, my extensions were all re-enabled without my doing anything. The
mitigation announced on the blog apparently worked.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fe
On Sat, 04 May 2019 12:32:59 -0400
Sam Varshavchik wrote:
> Maybe 1 in every 20 if my reboots gets held up for "stopping user processes".
That happens to me so often that I built an entire
big hammer from scratch just to hit the system with when I
reboot:
https://tomhorsley.com/game/punch.html
Tom Horsley writes:
I'm frequently rebooting my new fedora 30 install as
I test things, and on one reboot I got the entire
boot process held up by a stop job for rngd.service.
I'm rebooting for God's sake. Why do you need to stop
the reboot process to wait till you've gathered
enough entropy wh
I guess this is probably this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1690364
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.
I'm frequently rebooting my new fedora 30 install as
I test things, and on one reboot I got the entire
boot process held up by a stop job for rngd.service.
I'm rebooting for God's sake. Why do you need to stop
the reboot process to wait till you've gathered
enough entropy which will be thrown away
On Sat, 04 May 2019 10:08:57 -0400
Sam Varshavchik wrote:
> Heinz Diehl writes:
>
> > On 04.05.2019, Sam Varshavchik wrote:
> >
> > > Basically, an "all your extensions are belong to us" situation.
> >
> > You can enter about:config and set "xpinstall.signatures.required"
> > to "false" unti
Sam Varshavchik writes:
I am surprised that it actually worked. From what I read, I thought that
this option gets ignored in the version of Firefox that all the hoi-polloi
use, and it's enabled only in the dev/nightly Firefox builds.
This just went up: https://blog.mozilla.org/addons/2019/0
Heinz Diehl writes:
On 04.05.2019, Sam Varshavchik wrote:
> Basically, an "all your extensions are belong to us" situation.
You can enter about:config and set "xpinstall.signatures.required" to
"false" until the problem is fixed.
I am surprised that it actually worked. From what I read, I th
On 5/3/19 7:31 PM, Samuel Sieb wrote:
On 5/3/19 4:23 PM, sean darcy wrote:
On 5/3/19 7:10 PM, Samuel Sieb wrote:
On 5/3/19 2:18 PM, sean darcy wrote:
$ vainfo
libva info: VA-API version 1.4.1
X Error of failed request: BadRequest (invalid request code or no
such operation)
Major opcode o
On Fri, 03 May 2019 23:30:29 -0400
Sam Varshavchik wrote:
> In F29 and before, apparently all that's needed is
>
> GRUB_TIMEOUT=5
>
> in /etc/default/grub
Right. Every customization is located in /etc/default/grub
until now :-(.
I did go through the grub2 info file and read all the
description
On Sat, May 4, 2019 at 8:20 AM Samuel Sieb wrote:
>
> On 5/3/19 2:30 PM, Tom H wrote:
>>
>> But on F30, if you set "GRUB_ENABLE_BLSCFG=true" in
>> "/etc/default/grub" and run "grub2-mkconfig -o
>> /boot/grub2/grub.cfg", the latter'll be generic and blscfg'll build
>> a menu from "/boot/loader/entr
On Sat, May 4, 2019 at 5:14 AM Andre Robatino
wrote:
>
> From
> https://fedoraproject.org/wiki/Changes/HiddenGrubMenu#Detailed_Description
> : run the command "grub2-editenv - unset menu_auto_hide" as root (or via
> sudo).
Oops. I misunderstood the question...
__
On Sat, May 4, 2019 at 4:29 AM Tom Horsley wrote:
>
> I could spend the rest of the weekend trying to follow the "logic"
> in all of the /etc/grub.d files, or maybe I could ask and find
> someone who already knows:
>
> How the devil do I make grub on fedora 30 *always* show the damn
> menu and *al
On Sat, May 4, 2019 at 2:27 AM ToddAndMargo via users
wrote:
> On 5/3/19 2:30 PM, Tom H wrote:
>> On Fri, May 3, 2019 at 9:52 PM Samuel Sieb wrote:
>>> On 5/3/19 12:25 PM, Tom H wrote:
You then have to use "grub2-install" with "--target=i386-pc" for
csm and "--target=x86_64-efi" fo
Ralf Corsepius:
> That's what I call superflous bureaucracy beyond reason.
No, it's merely logical.??
Yes.
If it's not available, *and* we're not aware
that it's available, it's not released.?? It's as simple as that.
It was available, it just had not formally been announced and the test
On 5/4/19 3:47 AM, Tom H wrote:
On Sat, May 4, 2019 at 1:05 AM Samuel Sieb wrote:
On 5/3/19 2:30 PM, Tom H wrote:
On Fri, May 3, 2019 at 9:52 PM Samuel Sieb wrote:
On 5/3/19 12:25 PM, Tom H wrote:
You then have to use "grub2-install" with "--target=i386-pc" for
csm and "--target=x86_64-efi
On 04.05.2019, Sam Varshavchik wrote:
> Basically, an "all your extensions are belong to us" situation.
You can enter about:config and set "xpinstall.signatures.required" to
"false" until the problem is fixed.
___
users mailing list -- users@lists.fe
On Sat, May 4, 2019 at 1:05 AM Samuel Sieb wrote:
> On 5/3/19 2:30 PM, Tom H wrote:
>> On Fri, May 3, 2019 at 9:52 PM Samuel Sieb wrote:
>>> On 5/3/19 12:25 PM, Tom H wrote:
You then have to use "grub2-install" with "--target=i386-pc" for
csm and "--target=x86_64-efi" for efi.
>>>
On 5/3/19 11:17 PM, Samuel Sieb wrote:
On 5/3/19 6:28 PM, ToddAndMargo via users wrote:
What do you mean by?
change linuxefi > linux16,initrdefi > initrd16*
"linuxefi" does not exist in grub.cfg. Neither does
linux16 or initrdefi
The EFI grub.cfg should have linuxefi and initrdefi lines. O
Most of my extensions have been disabled. However, the three that I have
installed as Fedora packages (mozilla-https-everywhere, mozilla-ublock-origin,
mozilla-noscript) are still enabled.
___
users mailing list -- users@lists.fedoraproject.org
To unsub
37 matches
Mail list logo
