Am 11.01.21 um 14:43 schrieb Peter Lemenkov:
Didn't touch Jitsi for a while but their Git repository looks active:
https://github.com/jitsi/jitsi
They focus on Jitsi Meet.. the last stable jitsi desktop build was 2017
and the last one, has prebuild windows versions only.
The Downloadsection
Am 11.01.21 um 13:56 schrieb Peter Lemenkov:
We'd better have Jitsi (Java-based, beware!) ... in repos.
Jitsi is dead too :(
In opposition to ekiga, Jitsi still works as expected.
best regards,
Marius
___
devel mailing list --
le and now it got installed.
best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-
Hi,
it's impossible to install Shotcut, not as 20.11.28 nor 20.04.12 :
$ sudo dnf install shotcut
[sudo] Passwort für X:
Letzte Prüfung auf abgelaufene Metadaten: vor 0:01:11 am So 10 Jan 2021
23:23:40 CET.
Fehler:
Problem: conflicting requests
- package
Am 06.01.21 um 14:06 schrieb Paul Howarth:
On Wed, 6 Jan 2021 12:11:43 +0100
Marius Schwarz wrote:
we need an urgent build of 2.3.13 as the CVE-2020-24386 got public.
I saw in Koji that the first build failed on the 4th Jan for F32 and
F33.
Can someone pls help and invest this, as it's
Hi,
we need an urgent build of 2.3.13 as the CVE-2020-24386 got public.
I saw in Koji that the first build failed on the 4th Jan for F32 and F33.
Can someone pls help and invest this, as it's a critical security issue.
Best regards,
Marius Schwarz
Am 30.12.20 um 22:14 schrieb Michel Alexandre Salim:
- a separate partition for storing GRUB config, no matter what
architecture, is probably the ideal solution
Not always. In VMs you would reduce the amount of partitions to ease up
things. The main problem with Vms is, that you have LTS based
Am 30.12.20 um 14:07 schrieb Mattia Verga via devel:
Il 30/12/20 10:14, Marius Schwarz ha scritto:
Don't you need to recompile stuff first to have an effect? :)
I've just pushed a rebuild for qt5-qtwebengine, let's see if that's enough.
I had a chromium 85 build running instead
Am 30.12.20 um 04:53 schrieb Jeff Law:
To be clear (and I know you know this, but your readers might not know),
QtWebEngine (qt5-qtwebengine) and Chromium (chromium) are distinct packages
(none of them depends on each other), each containing a slightly different
copy of essentially the same
Am 29.12.20 um 10:27 schrieb Marius Schwarz:
Am 29.12.20 um 00:36 schrieb Kevin Fenzi:
Yeah, workaround for now:
sudo update-crypto-policies --set FEDORA:32
No ...
# update-crypto-policies --set FEDORA:32
Error: Unknown policy: FEDORA
Workaround for now on Rawhides Pinephone:
update
Am 29.12.20 um 00:36 schrieb Kevin Fenzi:
Yeah, workaround for now:
sudo update-crypto-policies --set FEDORA:32
No ...
# update-crypto-policies --set FEDORA:32
Error: Unknown policy: FEDORA
best regards,
Marius Schwarz
___
devel mailing list
.
nss 3.59.0-3 did not reach Rawhide AARCH64 repos and therefore firefox
addons can't be installed atm.
best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
because it has 750M+ memory and running for ages.
A whitelist of some kind would be nice.
best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
Am 17.12.20 um 17:12 schrieb Tom Callaway:
Okay, this one has me stumped. Any chromium package I build through
rawhide refuses to render most of the strings.
Any updates on this?
Best regards,
Marius Schwarz
___
devel mailing list -- devel
, it is the 50+ MB repo database that
gets downloaded. It takes ages on slow connections to download
and than you want to increase the size of the rpms too.. Doesn't sound
like a good idea.
best regards,
Marius Schwarz
___
devel mailing list -- devel
Am 18.12.20 um 15:33 schrieb James Szinger:
I see nss.x86_64 3.59.0-3.fc33 in today’s updates. Is this fixed or
are there going to be a lot of unhappy Firefox users? The bug is
still open.
Can someone pls lush this into rawhide? There is only -2 WITH the SHA-1
blockade.
Best regards,
Am 18.12.20 um 20:37 schrieb Guido Aulisi:
Yes, but I found an issue regarding this list:
Package hwdata in F32 is newer than the one in F33.
hwdata-0.342-1.fc32 | hwdata-0.341-1.fc33
This happens with different packages from time to time and is nothing
special.
Try this for your upgrade
Am 17.12.20 um 17:12 schrieb Tom Callaway:
Okay, this one has me stumped. Any chromium package I build through
rawhide refuses to render most of the strings.
Afaik chromium can't access libva anymore. On the pinephone, where i
noticed this bug, it said so itself.
Best regards,
Marius
Am 17.12.20 um 14:35 schrieb Stephen John Smoogen:
Right, but it's not automatic, and requires an existing known-good
system, which is the actual 'root of trust' here. This cannot be
assumed about a flash drive, which is why the automatic image check is
hard.
Speaking from Security pov,
Am 15.12.20 um 20:17 schrieb Kevin Fenzi:
If you upgrade in f33 or rawhide to nss 3.59, all your firefox add-ons
will stop working. Worse they will appear corrupted, so you will have to
remove them and re-install them (after downgrading nss).
apropos firefox: current builds for firefox are not
not need
nor know how to use them.
https://bugzilla.redhat.com/show_bug.cgi?id=1877308
No idea what caused this invasion lately, but bugreports about it, get
ignored.
Could someone please take a look and fix it, if it's bug.
best regards,
Marius Schwarz
Am 13.12.20 um 21:08 schrieb Chris Murphy:
This happens on
macOS for the HFS+ volume on the stick and GNOME Shell mounts the
large FAT partition. Poof, the media checker now fails.
(using cinnamon) Which renders the media test useless. The best argument
to remove it entirely.
The thing with
Am 12.12.20 um 19:47 schrieb Chris Murphy:
Ack. Over the last year, none of the media tests worked proper, but any
usb stick and/or CD, it failed on, worked.
Could you elaborate on this? I've not heard of this coming at all in
QA. There is a testcase for this. It's certainly expected to
in in this exact switch menu :)
best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct
Am 11.12.20 um 19:37 schrieb Kevin Fenzi:
It's back up. There is some power work being done at the datacenter and
one virthost (The one that has the koji database vm of course) lost
power. :(
I can't comment on the mirrors, those should be all over the world, so
perhaps you are just hitting a
Am 11.12.20 um 19:16 schrieb Marius Schwarz:
Hi,
Koji has an Outtage. No Idea it it's planned or a failure. According
to https://status.fedoraproject.org/ ist should work.
Now it's marked down. Also, AARCH64 Rawhide mirros are slow as snakes
were in 1999.
Best regards,
Marius
Hi,
Koji has an Outtage. No Idea it it's planned or a failure. According to
https://status.fedoraproject.org/ ist should work.
best regards,
Marius
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
a virtual
disk with repair tools.
Preperation is everything, so don't invest too much amount in lost causes.
best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
streams?
Can't we just be Fedora?
Best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project
of "Fedora LTS".
"Fedora LTS" would be paradox in itself, as Fedora stands for "latest
stabl" and LTS for "as old as possible" builds.
Best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.o
be the
default.
best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List
Am 08.12.20 um 19:32 schrieb Dridi Boukelmoune:
Petr was so nice to supply a test procedure, i suggest that you use it also.
I'll try to strace stuff to to see what's going on, but I can only
assume that this BZ is not trying to resolve ip addresses through
systemd-resolved.
No, they
) with this bugreport:
https://bugzilla.redhat.com/show_bug.cgi?id=1904415
I see similarities there. I case of the BR, bind-libs and glic releases
did not match as it looks ( a thesis so far, no hard facts ).
Petr was so nice to supply a test procedure, i suggest that you use it also.
Best regards,
Marius
Hi,
i try to rebuild the gnome-settings-daemon for Pinephone and missing a
dependency as it looks:
# meson --prefix=/usr --sysconfdir=/etc ..
...
Determining dependency 'libpulse-mainloop-glib' with pkg-config
executable '/usr/bin/pkg-config'
PKG_CONFIG_PATH:
Called `/usr/bin/pkg-config
Am 07.12.20 um 18:28 schrieb Martin Kolman:
Nice, very good progress! :)
I really need to try the latest Fedora image on my Pinephone when I
have some time. :)
Read the issue tracker on github before you update... you will be
surprised ;)
Best regards,
Marius Schwarz
Am 05.12.20 um 18:53 schrieb Adam Williamson:
On Sat, 2020-12-05 at 18:49 +0100, Marius Schwarz wrote:
BTW: whats the actual gnome bugzilla?
gitlab.gnome.org .
Bug reported at gnome:
https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3457
What makes me worry a bit is, that they have 1.210
Am 05.12.20 um 17:59 schrieb Adam Williamson:
P.S. That's not caribou anymore. The screen keyboard is actually built
into gnome-shell nowadays.
The subject says "Fedora 34". So if it's different because of that,
it's not that 33 fixed it compared to what Marius is seeing, but
current Rawhide
no idea whom to blame :)
Does anyone have an idea?
Best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
Am 04.12.20 um 22:43 schrieb Dennis Gilmore:
Hi all,
I filed https://pagure.io/fesco/issue/2512 asking FESCo to move all
automated emails to a separate list where people who want to follow
can, while I was part of the proliferation of compose reports coming
here, there is now a great deal of
Am 04.12.20 um 17:34 schrieb Adam Williamson:
I don't think there's an easy way to do this, because of how we build
stuff. The Rawhide and Branched trees are rsynced over top of the
previous content from the most recent successful compose, with metadata
pre-built at the compose level. The old
Am 04.12.20 um 16:37 schrieb Vít Ondruch:
As a workaround, if you use `keepcache=True` in dnf.conf, you'd have
copies of everything you previously installed on your system.
Thats even better :) thx, didn't know this.
best regards,
Marius
___
devel
they way gnome-shell handles stuff.
We "may" get them to downgrade stuff with dnf, but that needs to be as
simple as it could.
best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
been made? It is a "oh,
i like nano and hate vim, so i suggest to change it" case or the "we
asked 10.000 users which editor they favor?" one?
One of those is a good base for a change proprosal, the other one not.
I, i.E., favor vi, as it has advantages.
Best reg
Am 29.11.20 um 15:29 schrieb Tom Hughes via devel:
On 29/11/2020 13:29, Marius Schwarz wrote:
as i just got informed, libnss-maria does support TLS/SSL connections
to DB servers and is a replacement for the normal libnss-mysql, which
does not support encrypted connections. The libnss-mysql
Hi,
as i just got informed, libnss-maria does support TLS/SSL connections to
DB servers and is a replacement for the normal libnss-mysql, which does
not support encrypted connections. The libnss-mysql package is unchanged
for years now and is based on age old code from early 200x
As
ggest to open a Test page on the fedora wiki, where
people see known bugs, instructions how to test it and a fixed test case
run ( use videoplayer, check for a delay, use musikplayer, check for
cracks between tracks etc. etc. ).
Best regards,
Marius Schwarz
_
Am 20.11.20 um 23:31 schrieb Naheem Zaffar:
I don't think this is the the correct way any longer. Lib-Pulse was
AFAIK the initially planned drop-in replacement for pulseaudio. This
has since been deprecated. Pipewire-Pulse AFAIK provides a separate
pulseaudio server. I dont think it needs
Am 19.11.20 um 21:13 schrieb José Abílio Matos:
On Thursday, November 19, 2020 5:54:52 PM WET Richard W.M. Jones wrote:
> I'm not sure that message editing is a feature.
In fairness as long as the grace period is fixed and small that is not
a bad thing.
E.g it allows you to fix lots of
Hi,
But this server should support Matrix federation feature. We shouldn't
force users to use only this server in order to be able to participate
in discussions. I already have my own Matrix server.
Which one do you use?
Any problems setting it up?
Best regards,
Marius
while discussing important things. In a
Hello Kitty context, as entertainment, it may have it's usecase for
those impacted.
It would be helpful, if the serveradmin hosting a matrix room can
deactivate those useless distractions.
best regards,
Marius Schwarz
Am 18.11.20 um 10:13 schrieb Gargoyle:
4903 4620 /data/Applications/java/jdk-15/bin/java
-Djdk.home=/data/Applications/java/jdk-15 -classpath
/data/Applications/netbeans
The first action that comes in mind is to reduce the amount of notifiers
Am 16.11.20 um 00:36 schrieb Samuel Sieb:
DoT becomes efficient when we can reuse the established TCP/TLS
connection
for multiple lookups. But if we'd switch servers all the time, then of
course there's no reuse of TCP/TLS connections possible.
Same thing here. Would it be a problem to keep
Hi,
after upgrading from F31 to F32, systemd-homed was running, but
according to systemctl it never got enabled and is referenced by static
link of some kind:
...
├─systemd-homed
├─systemd-journal
├─systemd-logind
├─systemd-udevd
Am 11.11.20 um 16:58 schrieb Lennart Poettering:
So if you configure 4 DNS servers then each will still get roughly
1/4th of your requests? That's still quite a lot of info.
the more you use, and i did, the better it protects against tracking by
the dns cache owners.
How about putting this as
Am 09.11.20 um 18:34 schrieb Florian Weimer:
It not only caches names, it also RANDOMIZES the requests to the dns
servers configured, increasing the privacy of ones internet journey.
nscd? I don't think it does anything like that. It doesn't even have
its own DNS code, it uses the same code
Am 05.11.20 um 12:39 schrieb Petr Menšík:
There is no controversy with nscd, it just caches names and nothing
more. I think this is its advantage. Unless there is any stronger
reason, I am against this change in advance.
It not only caches names, it also RANDOMIZES the requests to the dns
Am 02.11.20 um 16:13 schrieb Solomon Peachy:
On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
I am looking for any kind of feedback from the idea through the usability,
implementation. Is this something you would like to see in Fedora soon? Do
you have something against this? Is
Am 02.11.20 um 15:44 schrieb Jakub Jelen:
Hi Fedora users!
Over the last years, there were several issues in the SCP protocol,
which lead us into discussions if we can get rid of it in upstream
[1]. Most of the voices there said that they use SCP mostly for simple
ad-hoc copy and because
Am 25.10.20 um 22:47 schrieb Leigh Scott:
See
https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md
Githubs CEO has contacted the youtube-dl devs to help them getting
theire repo back online:
Am 22.10.20 um 12:02 schrieb Marius Schwarz:
> BZ#1890433
>
>
21:05 DP issue resolved with thunderbird devs.
Thx anyone.
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
in the dataprotection notice. If your connected with
them, please inform them.
best regards,
Marius Schwarz
Germany
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct
Am 19.10.20 um 18:47 schrieb Stephen John Smoogen:
> The issue is that while 'moore's' law was no longer doubling every
> 18months it was still working and tasks had to be rewritten to work
> with more cores/threads/etc. As that happened the software's need for
> more CPU power has increased to
Am 16.10.20 um 11:30 schrieb Paul Black:
> On Fri, 16 Oct 2020 at 09:49, Marius Schwarz wrote:
>>
>> means: the delta-rpms increased the downloadsize by 3 MB. I'm pretty sure,
>> this is not intended :)
> It's due to kernel-devel: https://bugzilla.redhat.com/show_
Hi,
while updating for the 5.8.15 kernel with dnf, this message appeared:
Gesamt
6.2 MB/s | 93 MB 00:14
Fehlgeschlagen: Delta-RPMs erhöhten die
Am 13.10.20 um 13:30 schrieb Nikos Mavrogiannopoulos:
> On Mon, Oct 12, 2020 at 3:55 PM Nikos Mavrogiannopoulos
> wrote:
>
>>> Second thing to chance: just ask, if a usable hw is found. Asking
>>> permission for an impossible task is the definition of madnes
>>>
>>> Back to your request to
Am 13.10.20 um 13:17 schrieb Jakub Jelen:
> On 10/13/20 12:22 PM, Marius Schwarz wrote:
>>
>> captured with a brute force watch ps auxf >> log
>>
>> marius 5396 0.0 0.5 535000 10360 ? Ssl 03:34 0:00 \_
>> /usr/libexec/gsd-smartcard
>>
Am 12.10.20 um 15:55 schrieb Nikos Mavrogiannopoulos:
> On Fri, Oct 9, 2020 at 4:16 PM Marius Schwarz wrote:
>> Am 09.10.20 um 13:18 schrieb Nikos Mavrogiannopoulos:
>>
>> LIBCCID_ifdLogLevel=0x000F pcscd --foreground --debug --apdu
>> --color | tee log.txt
>
Hi,
testing Fedora 33 with Gnome 3.38 via XRDP:
when opening system prefs, a popup informing the user, that "he can't
scan for wifi networks" needs to be clicked.
Thats pointless, because in the liveimage the request is for "Live
System User" which has no password, therefor it is possible to
Am 09.10.20 um 13:18 schrieb Nikos Mavrogiannopoulos:
> LIBCCID_ifdLogLevel=0x000F pcscd --foreground --debug --apdu
> --color | tee log.txt
This the unchanged output:
[root@localhost-live liveuser]# LIBCCID_ifdLogLevel=0x000F pcscd
--foreground --debug --apdu --color | tee log.txt
Hi,
this is a topic since a lot of time and it's still hits the user in it's
face for no reason.
Found: while presenting Fedora 33 changes to an audience and
screenrecording with wayland isn't working yet :(
Tested on Fedora 33 liveimage:
su
dnf install xrdp -y
adduser -s /bin/bash -d
Hi,
yes, I know, wayland calls it a security feature, but you still can't
screen share a gnome desktop via a browser i.e. in a Jitsi Meet conference.
Test on Fedora 33 liveimage
There is an additional bug in the next mail.
best regards,
Marius
___
Am 06.10.20 um 23:21 schrieb Solomon Peachy:
>> It's one thing to contact your repo or distro servers, and another if
>> it's a known dataminer, that gets all domainnames you visit.
> So.. given that both Google and Cloudfare have actual European business
> offices, aren't they bound by the GPDR
Am 05.10.20 um 11:12 schrieb Petr Menšík:
>> * Immediately after you connect to the network, Fedora connects to
>> http://fedoraproject.org/static/hotspot.txt to see if you're behind a
>> captive portal
> Fedora is contacting fedora server, seems predictable.
It's one thing to contact your repo
Am 06.10.20 um 01:50 schrieb Chris Murphy:
> In this case you can replace it by just copying a substitute
> grubx64.efi to the proper location on the USB stick... which might be
> EFI/BOOT, I'd have to poke it with a stick to find out.
>
>
I already tried to replace it with a f31 one, it did
Am 04.10.20 um 21:01 schrieb Samuel Sieb:
> On 10/4/20 9:36 AM, Marius Schwarz wrote:
>> And still,we do not know why the f33 livedisc does not boot at all when
>> inserted early
>> AND
>> why grub-install /dev/USBDRIVE (correct devicename ofcourse ) is
>> overwr
Am 03.10.20 um 22:07 schrieb Chris Murphy:
>
> No the correct invocation is "dnf reinstall grub2-efi-x64 shim-x64"
>
> Suggesting UEFI users install GRUB with grub2-install is asking for a
> support nightmare, it's untenable.
>
Isn't a simple check "are we booted with efi" a working solution to
Am 03.10.20 um 22:23 schrieb Chris Murphy:
>
>> after investigating the problem with not finding grub.cfg in the
>> proprosed bootpath /boot/ .. the solution was simple.
>>
>> The system died not use secure boot, as secure-boot was disabled for the
>> kernel-surface kernelseries. They are
Am 03.10.20 um 11:43 schrieb Tomasz Torcz:
> If you do not state the devicename, how does grub choose the correct
>> drive? I don't want to overwrite the bootloader on the ssd.
> There is only one correct ESP partition in EFI system to install
> bootloader to. You can read the code finding it at
Am 03.10.20 um 11:17 schrieb Marius Schwarz:
>
> FYI: Not working without manual corrections
>
> insmod lvm
> insmod xfs
> set root=(hd0,gpt3)
> configfile /grub2/grub.cfg
> linux /vmlinuz-5.8.10
> initrd /initramfs-5.8.10
> boot
>
> Q: Why is confi
Am 02.10.20 um 11:12 schrieb Petr Pisar:
> On Thu, Oct 01, 2020 at 11:07:28AM -0700, Samuel Sieb wrote:
>> On 10/1/20 5:52 AM, Marius Schwarz wrote:
>>>> Is it possible to boot from the stick and then perform a grub-install
>>>> with an old grub?
>>>>
Am 01.10.20 um 19:45 schrieb Vitaly Zaitsev via devel:
> On 01.10.2020 17:46, Neal Gompa wrote:
>> They also completely break most VPNs and corporate network setups, so...
> It will not, because Fedora will use opportunistic mode by default.
>
DoT won't break anything, it's blockable by an admin
Am 01.10.20 um 17:44 schrieb Vitaly Zaitsev via devel:
> On 01.10.2020 16:54, Petr Menšík wrote:
>> But DNS over TLS does not bring you more privacy usually.
> It does. DoT and DoH encrypt all DNS traffic. Your ISP can no longer spy
> on you and sell the collected data to third parties.
>
... if
Am 01.10.20 um 19:36 schrieb Simo Sorce:
> That said,
> if it really is an internal DNS and there are strong policies around it
> I assume that the perimeter or the local machine firewall will be
> configured to block UDP packets to port 53 to any other external
> servers ...
>
> This leaves out
lback dns once they reach
F33 ( if ever ).
best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/p
Am 30.09.20 um 17:13 schrieb Michael Catanzaro:
>
> On Wed, Sep 30, 2020 at 3:14 pm, Graham Leggett wrote:
>> Regulations like the GDPR exist, and ignorance of them is not a defence.
>>
>> I am required by these regulations and many other regulations in
>> multiple jurisdictions to make sure my
>
> Is it possible to boot from the stick and then perform a grub-install
> with an old grub?
>
This attempt failed too:
# grub2-install /dev/sda
grub2-install: Fehler: /usr/lib/grub/x86_64-efi/modinfo.sh existiert
nicht. Bitte geben Sie --target oder --directory an.
and that file seems not
Am 01.10.20 um 07:22 schrieb Chris Murphy:
> On Wed, Sep 30, 2020 at 4:22 PM Marius Schwarz wrote:
>> Am 01.10.20 um 00:02 schrieb Chris Murphy:
>>
>> I made some more tests. It's a race, 1 out of 10 tries succeeds and the
>> chance that it does is improoved by insertin
Am 01.10.20 um 00:19 schrieb Elliott Sales de Andrade:
>> Could it be a timing issue of some kind?
>>
>> the sooner i hit the boot from usb button, after the stick got inserted,
>> the higher is the propability to start.
>>
> Are you saying you insert the USB stick _after_ turning on the
>
Am 01.10.20 um 00:02 schrieb Chris Murphy:
>> I made some more tests. It's a race, 1 out of 10 tries succeeds and the
>> chance that it does is improoved by inserting the usb drive while being
>> in the bios.
>>
>> The F31 grub files i exchanged do not seem to have something to do with it.
> The
Am 30.09.20 um 23:00 schrieb Chris Murphy:
>
>
> And then these are current
> grub2-efi-x64-2.04-31.fc33.x86_64
> grub2-efi-x64-2.04-23.fc32.x86_64
> grub2-efi-x64-2.02-110.fc31.x86_64
>
> I wonder if the affected hardware is adversely affected by all three
> of these versions of GRUB?
>
I made
Am 30.09.20 um 18:45 schrieb Stephen John Smoogen:
>
> The Fedora secure boot signing keys were updated after F32 was
> initially released to deal with the grub2 problems found during the
> summer. I believe some systems have needed firmware updates from the
> manufacturer to work with the new key
Am 30.09.20 um 20:54 schrieb Brian C. Lane:
> On Wed, Sep 30, 2020 at 12:45:40PM -0400, Stephen John Smoogen wrote:
>> The Fedora secure boot signing keys were updated after F32 was initially
>> released to deal with the grub2 problems found during the summer. I believe
>> some systems have needed
Am 30.09.20 um 18:45 schrieb Stephen John Smoogen:
>
>
>
> The Fedora secure boot signing keys were updated after F32 was
> initially released to deal with the grub2 problems found during the
> summer. I believe some systems have needed firmware updates from the
> manufacturer to work with the new
Am 30.09.20 um 17:17 schrieb Chris Murphy:
>
> That suggests the scary region of firmware, hybrid ISO, shim, and boot loader.
>
> The bug reports have the wrong component set on them, and aren't
> discrete actionable bug reports. It's just saying "this doesn't work"
which one do you suggest?
>> An
e hostnames for my local
> lan, and frankly they shouldn't even know which hosts I try to access.
> Likewise my ISP shouldn't know which non-public RH servers I try to
> access.
>
Your absolutly right, the described scenario would be a privacy and
security nightmare.
grub comes up.
An instant reset back into the bios happens if a usb boot is tried.
Unfortunatly the assignee is not reacting and i would really miss my
linux surface after upgrading to F32 :D
Best regards,
Marius Schwarz
___
devel mailing list
Am 29.09.20 um 14:38 schrieb Neal Gompa:
> If you're a remote employee, it absolutely is. And especially in this
> pandemic, this kind of thing is now the *default* experience.
Company network - check
Fedora 31 Laptops - check
VPN users - check
Androids - check
Windows Laptops - check
internal
x is known to the public as a data protecting os and not one that
rants out it's users to cloudflare. A few postings ago i thought, that
reenabling dnssec would solve the issue, but now I tend to vote for a
revert on the use of systemd-resolved in Fedora if I need to worry about
my dns having privacy
Am 28.09.20 um 17:56 schrieb Paul Wouters:
>
>> Because DNSSEC is a disaster area and if you try and use it
>> on random networks you're going to get failed lookups on a
>> reasonable number - it's fine if you're on a known network
>> with decent upstream servers but once you start going out
>>
Am 28.09.20 um 13:47 schrieb Zbigniew Jędrzejewski-Szmek:
> DNSSEC support in resolved can be enabled through resolved.conf.
Why isn't that the default, if this resolver can do it?
Best regards,
Marius
___
devel mailing list --
101 - 200 of 266 matches
Mail list logo