On Fri, 2021-01-08 at 03:08 +0100, Kevin Kofler via devel wrote:
> Adam Williamson wrote:
> > So here's an idea I was thinking about over the RH shutdown: I propose
> > we gate stable release critical path updates on the openQA tests.
>
> -1
>
> We already enforce too strict requirements on updat
On Thu, Jan 7, 2021 at 8:57 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Tue, Jan 05, 2021 at 11:13:07AM -0500, Neal Gompa wrote:
> > tl;dr rpms to only operate below /usr and nowhere else.
>
> A noble goal ;) Now we need to tell all packages that require
> files under /etc and insist on munging t
Adam Williamson wrote:
> So here's an idea I was thinking about over the RH shutdown: I propose
> we gate stable release critical path updates on the openQA tests.
-1
We already enforce too strict requirements on updates, *especially* those
that deliberately or accidentally end up in the "critic
On Tue, 2021-01-05 at 10:09 -0800, Kevin Fenzi wrote:
> On Tue, Jan 05, 2021 at 12:26:45PM +0100, Tomas Tomecek wrote:
> > What's the progress on this change? Is it going to land in one
> > week? I
>
> For src.fedoraproject.org yes. It's planned for next week.
> (some pagure.io projects we control
On Thu, 2021-01-07 at 22:35 +0100, Miro Hrončok wrote:
> On 07. 01. 21 18:25, Adam Williamson wrote:
> > What do people think of this idea? Any questions? Thanks!
>
> I'd like to see the critpath definition up to date before we do this.
>
> https://pagure.io/releng/issue/8948
It doesn't really m
On Thu, 2021-01-07 at 20:58 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Jan 07, 2021 at 09:25:44AM -0800, Adam Williamson wrote:
> > Hey folks!
> >
> > So here's an idea I was thinking about over the RH shutdown: I propose
> > we gate stable release critical path updates on the openQA test
On Thu, Jan 07, 2021 at 11:13:44PM +0100, Miro Hrončok wrote:
> Right, sorry. I mean the actual list of packages. It is a matter of
> getting automation in place, yes.
That sounds sensible then. I don't want to block on getting the actual
critical path list perfect. Start blocking on stuff, and if
On 07. 01. 21 22:45, Matthew Miller wrote:
On Thu, Jan 07, 2021 at 10:35:14PM +0100, Miro Hrončok wrote:
What do people think of this idea? Any questions? Thanks!
I'd like to see the critpath definition up to date before we do this.
https://pagure.io/releng/issue/8948
Do you mean the critpa
On Thu, Jan 07, 2021 at 10:35:14PM +0100, Miro Hrončok wrote:
> >What do people think of this idea? Any questions? Thanks!
>
> I'd like to see the critpath definition up to date before we do this.
>
> https://pagure.io/releng/issue/8948
Do you mean the critpath definition itself or the realizati
On 07. 01. 21 18:25, Adam Williamson wrote:
What do people think of this idea? Any questions? Thanks!
I'd like to see the critpath definition up to date before we do this.
https://pagure.io/releng/issue/8948
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
Okay, to try to narrow this down a bit, I setup a very large AWS Fedora 33
instance and built chromium packages, then installed them into a second
Fedora Rawhide instance.
As before, these packages work fine. (This is our baseline)
Next, I updated glibc (and JUST glibc, glibc-common, glibc-devel,
On Thu, Jan 7, 2021 at 1:31 PM Daniel Pocock wrote:
>
>
>
> On 07/01/2021 19:15, Dan Horák wrote:
> > On Thu, 7 Jan 2021 18:00:42 +
> > Peter Robinson wrote:
> >
> >> On Thu, Jan 7, 2021 at 3:24 PM Neal Gompa wrote:
> >>>
> >>> On Thu, Jan 7, 2021 at 10:10 AM Daniel Pocock wrote:
>
> >
On Thu, Jan 07, 2021 at 09:25:44AM -0800, Adam Williamson wrote:
> Hey folks!
>
> So here's an idea I was thinking about over the RH shutdown: I propose
> we gate stable release critical path updates on the openQA tests.
+1
> The result of this would be that critpath updates could not go stable
On 07/01/2021 19:15, Dan Horák wrote:
> On Thu, 7 Jan 2021 18:00:42 +
> Peter Robinson wrote:
>
>> On Thu, Jan 7, 2021 at 3:24 PM Neal Gompa wrote:
>>>
>>> On Thu, Jan 7, 2021 at 10:10 AM Daniel Pocock wrote:
On 07/01/2021 12:35, Dan Horák wrote:
> Hi Daniel,
>
On Thu, 2021-01-07 at 11:23 -0800, Adam Williamson wrote:
> On Thu, 2021-01-07 at 18:48 +, Mattia Verga via devel wrote:
> > Il 07/01/21 18:25, Adam Williamson ha scritto:
> > > ...snip...
> > >
> > > Implementing this would be relatively simple, and would involve two
> > > things: adding some
On Thu, 2021-01-07 at 18:48 +, Mattia Verga via devel wrote:
> Il 07/01/21 18:25, Adam Williamson ha scritto:
> > ...snip...
> >
> > Implementing this would be relatively simple, and would involve two
> > things: adding some new bits to Fedora's greenwave policy definition,
> > and patching Bo
Il 07/01/21 18:25, Adam Williamson ha scritto:
> ...snip...
>
> Implementing this would be relatively simple, and would involve two
> things: adding some new bits to Fedora's greenwave policy definition,
> and patching Bodhi to use a different decision_context for greenwave
> queries for non-critpa
On Thu, Jan 07, 2021 at 03:40:31PM -, Endi Sukma Dewata wrote:
> It seems to be working now. Thanks!
Yeah, sorry for this issue.
Basically it was a odd corner case (a mistagged package was retagged but
then it's written out signed files were garbage collected, that caused a
failed compose. T
On Thu, Jan 07, 2021 at 10:02:26AM -0800, Adam Williamson wrote:
> On Thu, 2021-01-07 at 09:48 -0800, Kevin Fenzi wrote:
> > On Thu, Jan 07, 2021 at 09:25:44AM -0800, Adam Williamson wrote:
> > > Hey folks!
> > >
> > > So here's an idea I was thinking about over the RH shutdown: I propose
> > > we
On Thu, 7 Jan 2021 18:00:42 +
Peter Robinson wrote:
> On Thu, Jan 7, 2021 at 3:24 PM Neal Gompa wrote:
> >
> > On Thu, Jan 7, 2021 at 10:10 AM Daniel Pocock wrote:
> > >
> > >
> > >
> > > On 07/01/2021 12:35, Dan Horák wrote:
> > > > Hi Daniel,
> > > >
> > > > On Wed, 6 Jan 2021 14:11:37 +0
On Thu, 2021-01-07 at 09:48 -0800, Kevin Fenzi wrote:
> On Thu, Jan 07, 2021 at 09:25:44AM -0800, Adam Williamson wrote:
> > Hey folks!
> >
> > So here's an idea I was thinking about over the RH shutdown: I propose
> > we gate stable release critical path updates on the openQA tests.
> ...snip...
On Thu, Jan 7, 2021 at 3:24 PM Neal Gompa wrote:
>
> On Thu, Jan 7, 2021 at 10:10 AM Daniel Pocock wrote:
> >
> >
> >
> > On 07/01/2021 12:35, Dan Horák wrote:
> > > Hi Daniel,
> > >
> > > On Wed, 6 Jan 2021 14:11:37 +0100
> > > Daniel Pocock wrote:
> > >
> > >>
> > >> We did some more troublesh
On Thu, Jan 07, 2021 at 09:48:03AM -0800, Kevin Fenzi wrote:
> +1 from me. Lets do it!
>
> So, this would only be updates to stable branches right?
>
> Or would it also include critical path updates in rawhide?
I'd like to see it happen in Rawhide too. Get things caught and fixed
sooner, less ma
On Thu, Jan 07, 2021 at 09:25:44AM -0800, Adam Williamson wrote:
> So here's an idea I was thinking about over the RH shutdown: I propose
> we gate stable release critical path updates on the openQA tests.
YES.
> But recently I was editing the Fedora greenwave config and realized
> there's actu
On Thu, Jan 07, 2021 at 09:25:44AM -0800, Adam Williamson wrote:
> Hey folks!
>
> So here's an idea I was thinking about over the RH shutdown: I propose
> we gate stable release critical path updates on the openQA tests.
...snip...
+1 from me. Lets do it!
So, this would only be updates to stable
Hey folks!
So here's an idea I was thinking about over the RH shutdown: I propose
we gate stable release critical path updates on the openQA tests.
Currently we run a set of ~50 tests on every critpath update. For an
F33 update this is the set:
https://openqa.fedoraproject.org/tests/overview?dist
On Thu, Jan 7, 2021 at 9:00 AM Omair Majid wrote:
> At this point, we don't have a well-defined location where nuget
> packages should be installed within Fedora. So I don't know where it
> should be installed.
>
> %{_libdir}/dotnet is *not* the place for this, though. That's where .NET
> itself i
* Colin Walters:
> I think the Change authors here trying to make it easier to enable IMA
> without the really awful hack of "boot up your installed system and
> run these shell scripts to sign", which is a laudable goal. Having
> pre-signed OS binaries would definitely help, but...in any kind of
Jerry James writes:
> The dll builds without any trouble.
Great!
> understand that after that I need to pack things up into a nupkg and
> install that under %{_libdir}/dotnet, right?
Kind of.
At this point, we don't have a well-defined location where nuget
packages should be installed within
Jerry James writes:
> I'm building in mock, with the network off. That's why I had to
> remove netstandard2.0 support, because it wanted to download stuff and
> failed due to the missing network. But building against
> netstandard2.1 works without a network.
Oh, that's great news! I though it
It seems to be working now. Thanks!
--
Endi S. Dewata
> On Wed, Jan 06, 2021 at 10:20:59PM -, Endi Sukma Dewata wrote:
>
> I'm not sure how this could happen with updates repos. pungi (The tool
> that makes them) fails if something isn't signed correctly. :(
>
> Another f32-updates push is
On Thu, Jan 7, 2021 at 10:10 AM Daniel Pocock wrote:
>
>
>
> On 07/01/2021 12:35, Dan Horák wrote:
> > Hi Daniel,
> >
> > On Wed, 6 Jan 2021 14:11:37 +0100
> > Daniel Pocock wrote:
> >
> >>
> >> We did some more troubleshooting of AMD Radeon issues on ppc64
> >>
> >> As with Nouveau, it looks lik
On Thu, 7 Jan 2021 at 08:22, Felix Schwarz
wrote:
> Hi Cristian,
>
> thank you for contributing to Fedora :-)
>
>
Agreed thank you
> Am 07.01.21 um 13:05 schrieb Cristian Morales Vega:
>
> Also cmake is a pretty important package so there might be the need to
> coordinate updating with the rest
On 07/01/2021 12:35, Dan Horák wrote:
> Hi Daniel,
>
> On Wed, 6 Jan 2021 14:11:37 +0100
> Daniel Pocock wrote:
>
>>
>> We did some more troubleshooting of AMD Radeon issues on ppc64
>>
>> As with Nouveau, it looks like a change from 64k to 4k page size got it
>> working again with RX 5700. I
I am the reviewer for “python-furo - A clean customizable documentation theme
for Sphinx” (https://bugzilla.redhat.com/show_bug.cgi?id=1910798). The Python
part of the package is clean and simple, and the submitter is responsive,
competent, and helpful. I’d really like to be able to approve the
On Tue, Jan 05, 2021 at 11:13:07AM -0500, Neal Gompa wrote:
> tl;dr rpms to only operate below /usr and nowhere else.
A noble goal ;) Now we need to tell all packages that require
files under /etc and insist on munging them on updates to not
do that.
Zbyszek
__
Zbigniew Jędrzejewski-Szmek wrote:
> In more mundane words: a signature will be shipped in the rpm for each
> file separately? And what will be done with this signature on the
> destination machine: will it be kept in the rpms database or something
> more?
As I understand it, yes.
> What is the o
Hi Cristian,
thank you for contributing to Fedora :-)
Am 07.01.21 um 13:05 schrieb Cristian Morales Vega:
My failed attempt has left me with some questions.
I think I don't understand what you tried so far and what failed exactly (maybe
I misunderstood your email).
- Can this be done?
I m
On Thursday, 07 January 2021 at 10:18, Adrian Reber wrote:
> I prepared a protobuf update for rawhide to 3.14. It requires a rebuild
> of all dependencies and of the 54 dependencies currently only 3 fail to
> rebuild in COPR:
>
> https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-14/package
On Thu, Jan 7, 2021 at 4:51 AM Peter Robinson wrote:
>
> On Thu, Jan 7, 2021 at 7:54 AM Daniel Pocock wrote:
> >
> >
> >
> > On 07/01/2021 02:02, Neal Gompa wrote:
> > > On Wed, Jan 6, 2021 at 6:27 PM Peter Robinson
> > > wrote:
> > >>
> > >> On Wed, Jan 6, 2021 at 11:25 PM Neal Gompa wrote:
>
Hi,
I used to be a maintainer for a few OpenSUSE packages. I have not done
it for a few years, but I understand the basics of RPM packaging. I am
not planning to try to get sponsorship to get into the packager group,
I barely know the Fedora tools, but I could send a patch from time to
time when I
On 1/7/21 10:41 AM, Panu Matilainen wrote:
On 1/5/21 8:12 PM, Matthew Miller wrote:
On Tue, Jan 05, 2021 at 01:05:01PM -0500, Ben Cotton wrote:
We want to add signatures to individual files that are part of shipped RPMs.
This is for _every file_ in every RPM? Or some files in some RPMs?
Ev
Hi Daniel,
On Wed, 6 Jan 2021 14:11:37 +0100
Daniel Pocock wrote:
>
> We did some more troubleshooting of AMD Radeon issues on ppc64
>
> As with Nouveau, it looks like a change from 64k to 4k page size got it
> working again with RX 5700. I suspect it will be similar for RX 6800 if
> we can g
On Wed, Jan 06, 2021 at 07:40:07AM -0600, Chris Adams wrote:
> Once upon a time, Miroslav Lichvar said:
> > If the bumps were due to insufficient documentation (e.g. the
> > ntp-refclock man page), would you have any suggestions on how to
> > improve it, or submit a patch?
>
> Since I'm using a r
On Thu, Jan 7, 2021 at 7:54 AM Daniel Pocock wrote:
>
>
>
> On 07/01/2021 02:02, Neal Gompa wrote:
> > On Wed, Jan 6, 2021 at 6:27 PM Peter Robinson wrote:
> >>
> >> On Wed, Jan 6, 2021 at 11:25 PM Neal Gompa wrote:
> >>>
> >>> On Wed, Jan 6, 2021 at 6:03 PM Peter Robinson
> >>> wrote:
>
On 1/5/21 8:12 PM, Matthew Miller wrote:
On Tue, Jan 05, 2021 at 01:05:01PM -0500, Ben Cotton wrote:
We want to add signatures to individual files that are part of shipped RPMs.
This is for _every file_ in every RPM? Or some files in some RPMs?
Every file in every RPM is the idea.
This come
rubygem-snmp changed license from (GPLv2 or Ruby) to MIT
Vít
OpenPGP_0x0CE09EE79917B87C.asc
Description: application/pgp-keys
OpenPGP_signature
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsub
I prepared a protobuf update for rawhide to 3.14. It requires a rebuild
of all dependencies and of the 54 dependencies currently only 3 fail to
rebuild in COPR:
https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-14/packages/
paraview: timeout after 10 hours, should work in koji
community-
> With the help of Tomas and Jan, we've got this sorted out. Upgrade to
> pipewire 0.3.15 did help with Chrome, Firefox, and OBS being now able to
> share the screen. It doesn't help with UX of pipewire portal dialogs but
> this is something I can live with for time being.
Hi,
I noticed a pipewir
49 matches
Mail list logo
