On 7/17/19 10:00 PM, Emmanuel Seyman wrote:
My initial reaction is that the lists of applications in categories 1 and 2
are very short. My second reaction is that this page doesn't sell me that
I should use Python in any business-critical software...
These categories are not complete at all. We
Hello,
I have been using a library for awhile now and have been thinking of
submitting it to Fedora. Part of what I have been doing with it was compiling
it using -fsanitize=address and leak etc. I’m kinda wondering about how that is
handled with Fedora packages. Are we able to / should we p
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2019-07-18 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2019-07-18 09:00 PDT US/Pacific
2019-07-18 1
On 7/17/19 10:40 AM, Timothée Floure wrote:
> Hello,
>
> I do not think it would be good for apps.fp.o to simply disappear: although
> outdated, it does a pretty good job improving human-discoverability of our
> services. I understand that longtime or active contributors are not really
> affected
On Wed, 2019-07-17 at 22:00 +0200, Emmanuel Seyman wrote:
> My initial reaction is that the lists of applications in categories 1 and 2
> are very short.
Category 1 is not a list. It says: "For completeness we are
highlighting one example of a Category 1 application that we will
always aim to main
* Peter Robinson [17/07/2019 14:07] :
>
> It would be useful to have the CPE mission linked to directly, it's
> mentioned a number of times in the post but I don't see a direct way
> to get to it.
It's in the first link on that page:
https://communityblog.fedoraproject.org/outcome-of-the-cpes-team
My initial reaction is that the lists of applications in categories 1 and 2
are very short. My second reaction is that this page doesn't sell me that
I should use Python in any business-critical software...
Is release-monitoring.org also maintained by the CPE? It's being broken for
ages and I fee
On Wed, Jul 17, 2019 at 08:33:02AM -0400, Neal Gompa wrote:
> On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon
> wrote:
> >
> > Good Morning,
> >
> > We posted this [1] blog today and want to open a mailing thread to garner
> > feedback, field questions and get some thoughts from the Community
On Wed, 17 Jul 2019 at 15:38, Adam Williamson
wrote:
> On Wed, 2019-07-17 at 13:32 -0400, Neal Gompa wrote:
> > My frustration is that people who aren’t working at Red Hat have *no*
> > avenue to help support the Project’s infrastructure.
>
> On what basis do you say this? The whole infra process
On 7/17/19 10:32 AM, Neal Gompa wrote:
>
> I don’t have a problem with you saying you can’t maintain everything
> and focusing on stuff *to* maintain. But I have been trying for
> *months* to try to help in various efforts as a member of the
> community. There’s very little I can do because there’
On Wed, 17 Jul 2019 at 14:10, Neal Gompa wrote:
> On Wed, Jul 17, 2019 at 1:22 PM Stephen John Smoogen
> wrote:
> >
> >
> >
> > On Wed, 17 Jul 2019 at 09:22, Neal Gompa wrote:
> >>
> >> On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon
> wrote:
> >> >
> >>
> >> There are two issues to unpack
On Wed, 2019-07-17 at 13:32 -0400, Neal Gompa wrote:
> My frustration is that people who aren’t working at Red Hat have *no*
> avenue to help support the Project’s infrastructure.
On what basis do you say this? The whole infra process is set up to be
a Fedora process, not an RH one. You don't use
On Wed, 17 Jul 2019 at 20:10, Neal Gompa wrote:
>
> On Wed, Jul 17, 2019 at 1:22 PM Stephen John Smoogen wrote:
> >
> >
> >
> > On Wed, 17 Jul 2019 at 09:22, Neal Gompa wrote:
> >>
> >> On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon
> >> wrote:
> >> >
> >>
> >> There are two issues to unpa
On Wed, 17 Jul 2019 at 13:46, Brian (bex) Exelbierd
wrote:
> On Wed, Jul 17, 2019 at 6:44 PM Stephen John Smoogen
> wrote:
> >
> >
> >
> > On Wed, 17 Jul 2019 at 09:22, Neal Gompa wrote:
> >>
> >> On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon
> wrote:
> >> >
> >>
> >> There are two issues
Hello,
I do not think it would be good for apps.fp.o to simply disappear: although
outdated, it does a pretty good job improving human-discoverability of our
services. I understand that longtime or active contributors are not really
affected but I believe the index to be helpful for newcomers (as
> "FW" == Florian Weimer writes:
FW> I strongly doubt this will be true indefinitely. I expect things
FW> will change pretty quickly once partners can access and file bugs in
FW> the other bug tracker.
This is interesting in light of the fact that one reason given for not
enabling Pagure is
On Wed, Jul 17, 2019 at 1:22 PM Stephen John Smoogen wrote:
>
>
>
> On Wed, 17 Jul 2019 at 09:22, Neal Gompa wrote:
>>
>> On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon
>> wrote:
>> >
>>
>> There are two issues to unpack here:
>>
>> 1. We use a weird custom backend and custom protocol exten
On Wed, Jul 17, 2019 at 6:44 PM Stephen John Smoogen wrote:
>
>
>
> On Wed, 17 Jul 2019 at 09:22, Neal Gompa wrote:
>>
>> On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon
>> wrote:
>> >
>>
>> There are two issues to unpack here:
>>
>> 1. We use a weird custom backend and custom protocol exten
On Wed, 17 Jul 2019 at 09:22, Neal Gompa wrote:
> On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon
> wrote:
> >
>
> There are two issues to unpack here:
>
> 1. We use a weird custom backend and custom protocol extensions.
>
> This should definitely be replaced if it makes sense. It’s more urge
On Wed, Jul 17, 2019 at 4:13 PM Neal Gompa wrote:
>
> On Wed, Jul 17, 2019 at 10:09 AM Florian Weimer wrote:
> >
> > * Peter Robinson:
> >
> > >> > We posted this [1] blog today and want to open a mailing thread to
> > >> > garner feedback, field questions and get some thoughts from the
> > >> >
No missing expected images.
Compose FAILS proposed Rawhide gating check!
5 of 47 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.cloud.all
Failed open
I cross graded a laptop from i686 to x86_64 yesterday using dnf and it
went pretty well without a reinstall. It also ran fine using an x86_64
kernel with i686 user space during the transition.
I noticed that at least with using --forcearch=x86_64 that installing
two packages that had names dif
OLD: Fedora-Rawhide-20190716.n.0
NEW: Fedora-Rawhide-20190717.n.0
= SUMMARY =
Added images:5
Dropped images: 0
Added packages: 1
Dropped packages:1
Upgraded packages: 87
Downgraded packages: 1
Size of added packages: 519.87 KiB
Size of dropped packages
On Wed, 17 Jul 2019 at 10:09, Florian Weimer wrote:
> * Peter Robinson:
>
> >> > We posted this [1] blog today and want to open a mailing thread to
> >> > garner feedback, field questions and get some thoughts from the
> >> > Community on the approach that we in Community Platform Engineering
> >
On Wed, Jul 17, 2019 at 10:09 AM Florian Weimer wrote:
>
> * Peter Robinson:
>
> >> > We posted this [1] blog today and want to open a mailing thread to
> >> > garner feedback, field questions and get some thoughts from the
> >> > Community on the approach that we in Community Platform Engineering
On Wed, Jul 17, 2019 at 03:20:34PM +0200, Florian Weimer wrote:
> * Peter Robinson:
>
> >> > We posted this [1] blog today and want to open a mailing thread to
> >> > garner feedback, field questions and get some thoughts from the
> >> > Community on the approach that we in Community Platform Engi
* Peter Robinson:
>> > We posted this [1] blog today and want to open a mailing thread to
>> > garner feedback, field questions and get some thoughts from the
>> > Community on the approach that we in Community Platform Engineering
>> > (CPE) are taking.
>>
>> Sunsetting Mailman sounds pretty hars
On Wed, Jul 17, 2019 at 11:46 AM Pierre-Yves Chibon wrote:
>
> Good Morning,
>
> We posted this [1] blog today and want to open a mailing thread to garner
> feedback, field questions and get some thoughts from the Community on
> the approach that we in Community Platform Engineering (CPE) are taki
> > We posted this [1] blog today and want to open a mailing thread to
> > garner feedback, field questions and get some thoughts from the
> > Community on the approach that we in Community Platform Engineering
> > (CPE) are taking.
>
> Sunsetting Mailman sounds pretty harsh. Will Red Hat do the
>
On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon wrote:
>
> Good Morning,
>
> We posted this [1] blog today and want to open a mailing thread to garner
> feedback, field questions and get some thoughts from the Community on
> the approach that we in Community Platform Engineering (CPE) are takin
* Pierre-Yves Chibon:
> We posted this [1] blog today and want to open a mailing thread to
> garner feedback, field questions and get some thoughts from the
> Community on the approach that we in Community Platform Engineering
> (CPE) are taking.
Sunsetting Mailman sounds pretty harsh. Will Red
Good Morning,
We posted this [1] blog today and want to open a mailing thread to garner
feedback, field questions and get some thoughts from the Community on
the approach that we in Community Platform Engineering (CPE) are taking.
[1]
https://communityblog.fedoraproject.org/application-service-c
32 matches
Mail list logo
