ld devices also have USB outlets, so it is unclear how this
would make Fedora not installable.
Any machine so old to have optical media but not USB is probably
already not working due to other factors like being i686 only).
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
__
ot support USB booting"
self-explanatorily tells you it is a small minority of basically broken
hardware which should not block a whole release.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproje
ind out what is causing those and fix the
source of the bug, not hide it (it may cause memory corruption or worse
down the road).
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
On Fri, 2019-08-02 at 19:13 +0200, Björn 'besser82' Esser wrote:
> Am Donnerstag, den 01.08.2019, 14:28 -0400 schrieb Steven A. Falco:
> > The upstream KiCAD project has requested that I remove
> > GLIBCXX_ASSERTIONS from the Fedora package, as described here:
> > https://bugs.launchpad.net/kicad/
On Thu, 2019-08-08 at 16:24 +0200, Björn Persson wrote:
> Joe Orton wrote:
> > If you don't enforce GPG verification at or before "fedpkg upload" there
> > is no assurance that what hits the lookaside cache is trusted, so I
> > agree - doing this at build time is a good example of not caring abou
On Fri, 2019-08-09 at 15:50 +0200, Miro Hrončok wrote:
> Next time, I hope that FTBFS bugs for critical component are actually
> actively
> solved sooner than the retirement happens. We can try to be more aggressive
> with
> the reminders, but I don't know if that helps, because even currently,
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists
cycle.. then
> everything is broke. The idea is to allow the sysadmin the ability to
> decide if php-7.2 is right for them and when while allowing the
> packager to get the newer version out sooner.
This is fine, but then modules should have never been possible to
instal
> 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 Guidelin
duct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mail
ot talking about whether those modules are active or not.
> They *already* *are*, on any Fedora system where the configuration was
> not overridden and the right packages are installed. The question is
> *how* they should be enabled: either through the installed file or through
> rpm scriptl
On Thu, 2018-12-06 at 17:49 +0100, Lennart Poettering wrote:
> On Do, 06.12.18 11:25, Simo Sorce (s...@redhat.com) wrote:
>
> > > > Summary: I'd make things simple, and enable all four unconditionally
> > > > and by default without any dynamic infrastructure,
YS" when invoked.
>
> encrypt rewrites its argument in place, so this will leave the argument
> unencrypted. This does not seem a good idea, even if it's just DES.
Maybe encrypt with AES and return an error anyway ?
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat,
On Tue, 2019-01-15 at 14:51 +0100, Florian Weimer wrote:
> * Simo Sorce:
>
> > On Tue, 2019-01-15 at 10:39 +0100, Florian Weimer wrote:
> > > * Ben Cotton:
> > >
> > > > Remove real functionality from encrypt, encrypt_r, setkey, setkey_r,
> > >
> That's not how the entropy pool works. Once it is full it's full, and
> it doesn't run empty anymore.
>
> > I think you're being harsh without really looking deeply into the problem.
> > If
> > we could set a sysctl to tell the kernel to use a TPM or i
loaded at kernel boot time ?
Would this be a way to show upstream that this works and perhaps allow
inclusion later on ?
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_l
On Mon, 2019-04-22 at 22:06 +0200, Patrick Uiterwijk wrote:
> Hi Simo,
>
> On Mon, 22 Apr 2019 at 20:39, Simo Sorce wrote:
> >
> > Any reason why oidc is required instead of a simple GSSAPI (via
> > mod_auth_gssapi) ?
> > GSSAPI authentication won't require
ee :).
This sounds like a useful change, can we make Fedora load this module
by default in initrd before systemd starts?
Will it help?
Or is this module not adding into the entropy estimate as well ?
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
s the what I thought was unambiguous FAQ entry:
>
> "You agree not to use Copr to upload software code or other material
> (“Material”) that:
> ...
> violates any rules or guidelines of the Fedora Project; ...
> "
What's wrong with kmods in COPR if the licen
hat works very well
... when I remember to check dkms didn't fail to build on kernel
upgrade ...
There is no firmware needed apparently, but my dongle doesn't work with
driver 5.2 which is the latest, so maybe a firmware is needed but the
driver itself doesn't load it ?
It would be
On Fri, 2018-09-14 at 19:37 +0200, Hans de Goede wrote:
> Hi,
>
> On 09/13/2018 07:59 PM, Simo Sorce wrote:
> > On Thu, 2018-09-13 at 16:07 +0200, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 10-09-18 14:40, Abhiram Kuchibhotla wrote:
> > > >
On Sun, 2018-09-16 at 10:17 +0200, Hans de Goede wrote:
> Hi,
>
> On 14-09-18 20:03, Simo Sorce wrote:
> > On Fri, 2018-09-14 at 19:37 +0200, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 09/13/2018 07:59 PM, Simo Sorce wrote:
> > > >
much better solution.
Better for whom and for what purpose ?
I am sure it won't be better for me, all "web forums" I ever used made
for my disappearence from the platform as it was too expensive (time-
wise) for me to keep up.
Simo.
--
Simo Sorce
Sr. Principal Software Engi
On Tue, 2018-10-16 at 13:31 -0400, Simo Sorce wrote:
> On Tue, 2018-10-16 at 07:12 -0700, Gerald B. Cox wrote:
> > On Fri, Oct 5, 2018 at 9:21 AM Matthew Miller
> > wrote:
> > ...
> > > That's why the general trend is *away* from email.
> > >
> &
the goal of moving development
discussions to Discourse in this case.
Is it to deter busy people from participating in the
hopes of some fleeting engagement by superficially interested people
will fill the void ?
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
__
hows the HTML part.
> >
>
> Ah... so it's a client issue. Good to know.
No it is a service issue that just happen not to affect *your* client
of choice. There is a big difference.
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
> itself, but it can take a very long time to recover - gets worse
> the longer you have been hibernating for too
Happens all the time for me, it is not a good experience.
Isn't there a way to save the instance from the hypervisor *and* on top
of that emulate a quick S3 to the guest
you aware that your LG Mobile is too dumb to reply to
> > an email correctly? Your messages break the threading.
>
> No, but Android Mail sucks in very many ways. Replying by webmail.
> Anyone know of a good Android email client?
K9 Mail is the
On Thu, 2018-10-18 at 11:51 -0700, Gerald B. Cox wrote:
> On Thu, Oct 18, 2018 at 11:40 AM Simo Sorce wrote:
>
> > On Wed, 2018-10-17 at 11:02 -0700, Gerald B. Cox wrote:
> > > On Wed, Oct 17, 2018 at 10:55 AM Samuel Sieb wrote:
> > >
> > > >
On Thu, 2018-10-18 at 12:12 -0700, Gerald B. Cox wrote:
> On Thu, Oct 18, 2018 at 12:03 PM Simo Sorce wrote:
>
> > On Thu, 2018-10-18 at 11:51 -0700, Gerald B. Cox wrote:
> > > On Thu, Oct 18, 2018 at 11:40 AM Simo Sorce wrote:
> > >
> > > > On Wed
*I* have
it archived.
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.
l happen at some point, but this is news for *everyone*
at Red Hat except a handful (at the CXX level) so give us some time ...
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To un
ecause some file somewhere says they are
"OK". (If I understood your comment about "just downloading changed
chunks).
A couple more questions.
I skimmed quickly at the format and I have two questions I did not
immediately see an answer for.
1) why are you still
On Mon, 2018-11-19 at 21:02 +, Jonathan Dieter wrote:
> On Mon, 2018-11-19 at 15:18 -0500, Simo Sorce wrote:
> > On Mon, 2018-11-19 at 19:58 +, Jonathan Dieter wrote:
>
>
> > > That's an interesting thought. I was picturing using the zchunk
> > >
download as you go, as I have
more b/w than storage, but I do not want to experiment with putting
/var/cache on nfs ...
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
updates.
>
> There is a notification bell in the right sidebar. Click it. ;)
>
Or we can simply ignore that discussion until it lands in devel with a
change proposal.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list --
On Thu, 2023-04-06 at 12:56 -0400, Owen Taylor wrote:
> On Thu, Apr 6, 2023 at 12:32 PM Simo Sorce wrote:
>
> > On Mon, 2023-04-03 at 16:18 -0500, Michael Catanzaro wrote:
> > > On Mon, Apr 3 2023 at 01:41:48 PM -0700, Brian C. Lane
> > > wrote:
> > >
time to transform the Fedora devel list into something new
> ===
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of C
ml
part. *however* the images are not embedded in the email, so all that
information is unavailable offline or for archival (and in my
configuration requires to actively pull images as I configured my
client to not pull 3rd party content automatically for privacy and
security reasons).
On Fri, 2023-04-21 at 14:27 -0400, Matthew Miller wrote:
> On Fri, Apr 21, 2023 at 11:37:20AM -0400, Simo Sorce wrote:
> > So I registered the account, added the email I want to get
> > notifications at, and selected a few topics.
> >
> > First impressions.
> >
need to discuss what is really needed. Numbers shouldn't be priority
number one, unless there are other underlying issues.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To un
t; subscribed to...
In theory we could make it simpler by sending back a message that
requires just a click to subscribe/authorize the email by a real user,
if they intend to do so, on their first email to a mailing list.
We could also allow posting to other mailing lists if the email address
is subscrib
ges and the bare minimum init image needed to unlock and
mount the root partition.
There is no point in building a more complex system than that and load
tons of garbage drivers in the EFI.
Booting is a staged system, and should be kept as simple as possible to
avoid duplication (which means su
#x27;t we reduce the number of kernels by having *only* one UKI and a
rescue one that can be used to restore the previous working UKI from
/root if the active one fails?
Or perhaps just have always 2 UKI (current, and former working).
Do we actually need a separate dedicated rescue UKI? Can
On Wed, 2023-05-10 at 12:00 -0400, Neal Gompa wrote:
> On Wed, May 10, 2023 at 11:12 AM Simo Sorce wrote:
> >
> > On Tue, 2023-05-09 at 12:37 -0400, Neal Gompa wrote:
> > > On Tue, May 9, 2023 at 12:31 PM Lennart Poettering
> > > wrote:
> > > >
>
On Wed, 2023-05-10 at 18:46 +0200, Lennart Poettering wrote:
> On Mi, 10.05.23 11:20, Simo Sorce (s...@redhat.com) wrote:
>
> > It sounds reasonable for sure.
> > The only concern is, given Microsoft creates at most 500MB ESP
> > partitions, are we sure all UEFI systems
d as a "recovery" partition if you update the
contents of the second partition only after successful reboot after
update of the first...
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraprojec
trd when I have a
pretty standard configuration that requires really no special
drivers... the only issue probably being the use of LVM for the root
filesystem, which I hope we'll have a way to deal with (but I can do
without on the laptop).
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, In
chose your HW carefully you may even be able to register
your own public keys, generate and sign your own built UKIs and re-
enable SecureBoot after that... your choice!
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing li
orted likewise will use the old
kernel + custom initrd, you just disable secure boot.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedor
ied to and require handling timeouts
and then handling the case a user space process was slow and ignoring
late replies.
Not sure this is really a good point given waiting indefinitely for a
user space program that hangs for some reason seems worse to me.
When I had t
oname breakage should not happen in stable releases...
liblua should be rebuilt to provide the older so name and if not
possible with the new code, reverted back via epoch change or some
patching
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
__
ontact the current maintainer first.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedor
n we are all dead, so while we wait for
something better, we will have to use the least worst.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.
-shared key instead of certificates for authentication,
will be faster, and will give you the "fake-secure" TLS tunnel without
the self-signed cert headache I think ... (not endorsing this option,
just mentioning it).
HTH,
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
On Mon, 2023-08-28 at 22:07 +0100, Richard Hughes wrote:
> On Mon, 28 Aug 2023 at 21:50, Simo Sorce wrote:
> > It could be improved by using TOFU, so that the window of impersonation
> > is small, but requires clients to cache an association and then has
> > weird failure m
error, and they
download the whole thing.
This means it is up to you to decide how many delta files to keep for
how long.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
On Tue, 2023-08-29 at 20:07 +0100, Richard Hughes wrote:
> On Tue, 29 Aug 2023 at 18:54, Simo Sorce wrote:
> > That depends on how you are going to handle re-installs of peers in the
> > network where the certificate will start mismatching ...
>
> In event of a mismatch I wa
On Wed, 2023-08-30 at 09:11 +0100, Peter Robinson wrote:
> On Mon, Aug 28, 2023 at 9:50 PM Simo Sorce wrote:
> >
> > On Mon, 2023-08-28 at 15:14 -0500, Chris Adams wrote:
> > > Once upon a time, Richard Hughes said:
> > > > On Mon, 28 Aug 2023 at 16:27, L
n gitlab
as part of CentOS Stream.
If that is not enough for you, that's fine, just do not spread false
information.
Thanks,
Simo.
--
Simo Sorce,
DE @ RHEL Crypto Team,
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject
On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:
> Am 03.10.23 um 20:46 schrieb Sérgio Basto:
> > On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:
> > > On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce
> > > wrote:
> > > >
On Tue, 2023-10-03 at 23:13 +0200, Leon Fauster via devel wrote:
> Am 03.10.23 um 21:29 schrieb Simo Sorce:
> > On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:
> > > Am 03.10.23 um 20:46 schrieb Sérgio Basto:
> > > > On Tue, 2023-10-03 at 13:13
ight be a slightly better choice in some cases for
container images because it is much smaller than OpenSSL.
Finally nettle could even be statically built into sequoia (together
with gmp) if we need even smaller footprint or we are concerned about
potential rpm breakage during upgrades.
I am
roll 2 separate keys (if Feodra Infra will allow
that), but not everyone has the means to do that.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@list
just not a very high priority item because the hobbling works
fine but we will get there, and hopefully we'll get to a point where we
do not need to disable as much stuff either.
But no promises right now, resources are what they are and we are not
aware of actual issues caused by hobbling.
Sim
either.
>
> If someone with known crypto-clue would send patches they would be
> looked at, *I* have no prejudice about x509 because I also have no clue
> about it. Ditto for Signify, which often gets brought up in these
> discussions.
>
> And yet, that all is largel
to fake
> > them?
> > Simply changing rpmbuild to set timestamp to 0 for all contained files, or
> > removing the time attribute from the RPM format completely?
>
> This is what ostree has done since its inception.
And it broke some software, I know because i had to fix it.
ed in koji, because nss was too old at the time.
>
> Has switching to bundled NSS been considered? For browsers anything
> that holds up an update is very, *very* bad.
Casually handling crypto libraries is very, *very* worse.
Simo.
--
On Sun, 2022-11-20 at 19:24 -0500, Demi Marie Obenour wrote:
> On 11/20/22 17:40, Simo Sorce wrote:
> > On Sun, 2022-11-20 at 17:22 -0500, Demi Marie Obenour wrote:
> > > On 11/20/22 07:24, Bojan Smojver via devel wrote:
> > > > Now that nss 3.85 has been built, I tho
ial
timing attacks.
The only caveat is if the "pure rust" implementation actually embeds
assembly optimization for modular arithmetic that are explicitly
addressing constant time computation.
I am not aware of that being the case in any rust libraries yet.
Simo.
--
Simo Sorce
RHEL Cr
ematic crate's new version.
Multiply this by N packages using M different versions of the
problematic crate.
Although vendored crates can be tracked (this i much better than
copy/pasting), with additional tooling, the distribution remains on the
hook for solving the same problem in N p
s.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-in
weren't up to a couple years ago), they
are cached for a period of time, so they may look stable in busy
projects where you have regular downloads that keep the cache alive,
but they are *regenerated* from the tag for seldom downloaded tarballs.
And when that happens then hashes chan
> network.negotiate-auth.delegation-uris
NEVER set this, it causes your browser to give away your Kerberos TGT,
something you DO NOT WANT to do, ever!.
HTH,
Simo.
--
Simo Sorce
Distinguished Engineer
RHEL Crypto Team
Red Hat, Inc
--
___
devel mailing
immediately, right ?
If it is not malicious it is just helping, and there is nothing wrong
with that.
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Fri, 2017-12-08 at 12:11 -0500, Steve Dickson wrote:
>
> On 12/08/2017 11:54 AM, Simo Sorce wrote:
> > On Fri, 2017-12-08 at 11:40 -0500, Steve Dickson wrote:
> > >
> > > On 12/08/2017 11:12 AM, Zbigniew Jędrzejewski-Szmek wrote:
> > > > Well, I'
dition to)
> python-requests-kerberos.
>
> I've cc'd jborean as he's responsible for python-requests-credssp and
> should probably be aware of the the pykerberos -> python-gssapi stuff
> for his development activities.
>
Can we avoid using ntlm_auth in new packages a
gt; Thanks,
> Florian
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
___
ning that this package
> has files missing from the previous build. That could be advisory, or
> it could even gate, with the packager clearing the gate by updating the
> file list in the test, rather than in the spec file.
If you still have to keep a list, why
On Thu, 2018-03-01 at 06:21 -0500, Matthew Miller wrote:
> On Wed, Feb 28, 2018 at 01:29:38PM -0500, Simo Sorce wrote:
> > > I used to agree with this, but I've come around to thinking that spec
> > > files should be smaller, less complicated, and more automatable. I
f you change a passwd file and then
immediately read out of the fast caches.
This is not something we can fix without severely compromising
performance, which is the raison d'etre of those caches.
Simo.
--
Simo Sorce
Sr. Principal Software Engineer
Red Hat, Inc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Wed, 2018-03-07 at 16:23 +0100, Jakub Hrozek wrote:
> > On 7 Mar 2018, at 15:53, Stephen Gallagher wrote:
> >
> >
> >
> > On Wed, Mar 7, 2018 at 9:50 AM Simo Sorce wrote:
> > On Wed, 2018-03-07 at 14:24 +, Zbigniew Jędrzejewski-Szmek wrote:
>
at deal of tooling. Can we reconsider
> switching away from - separators in modules? Is allowing streams to have
> -'s in them important enough to break so many tools?
I vote for using ⨊ as the separator, makes things easier :-)
Simo.
--
Simo Sorce
Sr. Pri
OpenSSL 1.1 in Fedora 50.
>
Are you going to maintain it till Fedora 50 in the meantime?
Simo.
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> devel mailing list -- devel@lists.fedoraproject.org
>
ibcurl to slowly move scp:// to be using the
sftp protocol instead ?
Or they could simply deprecate it, and then users will have to change
their config to say sftp://
For something like libcurl the latter is probably more appropriate
anyway.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, I
__
> 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 Guidelines: https://fedoraproject.org/wiki/Mailing_lis
ainer:
> >
> > https://src.fedoraproject.org/rpms/python-nss
>
> My motivation here is to either get this package orphaned/retired or
> maintained
> by a new maintainer.
The former is more likely.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
__
r you, this is what I got:
Failed to start
Your Element is misconfigured
Invalid homeserver discovery response
Sounds like if you already are a user it works, otherwise not
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
___
d
git/?p=glibc.git;a=blob;f=NEWS;hb=HEAD
>
>
> --
> Ben Cotton
> He / Him / His
> Senior Program Manager, Fedora & CentOS Stream
> Red Hat
> TZ=America/Indiana/Indianapolis
> ___
> devel mailing list -- devel@lists.fedoraproject.org
&g
Contingency deadline: beta freeze
> * Blocks release? No
> * Blocks product? No
>
>
> == Documentation ==
> [https://pipewire.org](PipeWire website)
> [https://www.youtube.com/watch?v=8LZt4loZu64&t=14s](Video with Current status)
> [https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/m
On Fri, 2020-11-20 at 09:14 -0800, Adam Williamson wrote:
> On Fri, 2020-11-20 at 08:32 -0500, Simo Sorce wrote:
> > On Thu, 2020-11-19 at 23:14 -0500, Matthew Miller wrote:
> > > On Fri, Nov 20, 2020 at 02:06:46AM +0100, Dominik 'Rathann' Mierzejewski
> > > w
la.redhat.com/show_bug.cgi?id=1896707#c13
> > "dnf remove nano-default-editor". Alternatively, you can set "export
> > EDITOR=vim" in your ~/.bash_profile
Shouldn't we just set export EDITOR=nano in the default profile and leave
existing users alone?
I cann
ee
> > how everyone felt.
>
> I think it should be dropped, tpm2 has been shipped in hardware for 5+
> years and tpm1 has security issues, so I think the time is now to drop
> it. Please do a Fedora Change proposal to ensure it's communicated
> properly.
Won't that hur
On Fri, 2020-12-04 at 14:08 +, Peter Robinson wrote:
> On Fri, Dec 4, 2020 at 2:04 PM Simo Sorce wrote:
> > On Thu, 2020-12-03 at 21:25 +, Peter Robinson wrote:
> > > > We are looking to no longer support TPM1.2 in RHEL9. Than raised the
> > > > ques
On Fri, 2020-12-04 at 11:59 -0700, Jerry Snitselaar wrote:
> Simo Sorce @ 2020-12-04 07:32 MST:
>
> > On Fri, 2020-12-04 at 14:08 +, Peter Robinson wrote:
> > > On Fri, Dec 4, 2020 at 2:04 PM Simo Sorce wrote:
> > > > On Thu, 2020-12-03 at 21:25 +, Pet
the reviews mentioned, which are definitely
more review than randomly selected parameters which often are more
suspicious.
If you are worried about DH I suggest you just disable it entirely and
rely on RSA/ECDH key exchanges instead.
Simo.
--
Simo Sorce
RHEL Crypto Team
Red Hat, Inc
__
___
> 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 Guidelines: https://fedoraproject.org/wi
On Mon, 2020-08-24 at 19:29 +0200, Christopher Engelhard wrote:
> On 24.08.20 18:43, Simo Sorce wrote:
> > On Fri, 2020-08-21 at 16:13 +0200, Christopher Engelhard wrote:
> > We already are making it easier in some ways, but feel free to open a
> > bug if there are specif
501 - 600 of 710 matches
Mail list logo
