There will be an outage starting at 2011-03-24 18:00 UTC, which will last
approximately X hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2011-03-24 18:00 UTC'
Reason for outage:
Moving from EL5 nagios to EL6 nagi
:FC:6C:D8
The new certificate is issued by GeoTrust, Inc and is a 4096 bit key
with the fingerprint:
SHA1 Fingerprint=D1:54:82:77:77:F9:11:DF:E0:B1:14:37:B9:36:E2:09:20:B6:54:1D
Please report any problems with these certificates to
ad...@fedoraproject.org
Stephen Smoogen
* interim Infrastructure
...@fedoraproject.org
The change in certs will happen around 2011-03-10 20:00 UTC
Stephen Smoogen
* Seasonal Infrastructure Chief Koffee Officer
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There will be an outage starting at 2011-03-16 03:00 UTC, which will last
approximately 6 hours. [Outages should be only 10-30 minutes long but
the window for the outage is 6 hours thus the large window.]
To convert UTC to your local time, take a lo
On Tue, 2 Apr 2013, Adam Williamson wrote:
Date: Tue, 02 Apr 2013 15:18:55 -0700
From: Adam Williamson
Reply-To: Development discussions related to Fedora
To: devel@lists.fedoraproject.org
Subject: Re: Expanding the list of "Hardened Packages"
On 31/03/13 08:11 AM, Richard W.M. Jones wrot
raproject.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-infrastru
rg/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-infrastructure/new_iss
doraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacCl
epo_c API could be used to make it
> more straight forward.
>
> Well, I was thinking of a completely disconnected process. ie, the drpms
> are created compltely seperately from the main repo and a
> prestodelta.xml is created there in the seperate repo.
>
>
Or hear me out here
architecture and the end of Moore's law. Basically a lot of things will be
touted as big things and may be some improvement for specific workloads,
but the majority of work will see nothing 'large' enough that people feel
value for it after they paid for it.
--
St
> Zbyszek
> ___
> 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-
frastructure/new_issue
>>
> ___
> 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/projec
On Mon, 10 Apr 2023 at 08:24, Ian McInerney via devel <
devel@lists.fedoraproject.org> wrote:
>
>
> On Mon, Apr 10, 2023 at 12:39 PM Stephen Smoogen
> wrote:
>
>>
>>
>> On Sun, 9 Apr 2023 at 20:19, Ian McInerney via devel <
>> devel@lists.fedorap
either add
someone or orphan this in the coming 2 weeks.
Thank you
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
devel mailing list -- devel@lists.fedoraproj
On Fri, 14 Apr 2023 at 12:37, Emmanuel Seyman wrote:
> * Stephen Smoogen [14/04/2023 12:20] :
> >
> > I would like someone else to take over this package and will either add
> > someone or orphan this in the coming 2 weeks.
>
> I will gladly take it (fas name: eseyma
uld end up trying to pick apart different paragraphs in
non-helpful ways.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
devel mailing list -- devel@lists.fedoraprojec
On Thu, 20 Apr 2023 at 18:47, Matthew Miller
wrote:
> On Thu, Apr 20, 2023 at 05:39:51PM -0400, Stephen Smoogen wrote:
> > I hate to ask this but could you give a more summarized version of this
> > email? I realize you had a lot of reasoning you wanted to cover on the
> >
t.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.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to
doraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
devel ma
willing to make
some changes to better accommodate other workflows. If people want
something else they are going to need to come up with a proposal which does
not include using existing burned out resources to accomplish it.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for
ause of database and
schema issues. It generally takes 20 to 30 seconds to delete or accept a
held email. Trying to do them in bulk halts ALL other transactions as it
has to lock various tables. Some of these issues may be fixed in a newer
version of mailman3, but we can't just update to any n
all you have to subscribe to discourse as well to be able to post
> ... so there is no huge difference here.
>
> --
> Simo Sorce
> RHEL Crypto Team
> Red Hat, Inc
>
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
ect.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-infrastructure/new_issue
&
e typed. My apologies for the mixup.
> Thanks again!
>
>
>
>
>
>
>
>
>
>
> On Tuesday, April 25, 2023 at 01:17:56 PM CDT, Stephen Smoogen <
> ssmoo...@redhat.com> wrote:
>
>
>
>
>
>
>
> On Tue, 25 Apr 2023 at 14:13, stan via deve
have some field in the
discussion site with interested and energized people who can help mentor
future packagers.. we aren't addressing the real problem. That said, this
discussion hasn't been about how to fix that problem either here OR the
forum.
--
Stephen Smoogen, Red Hat Automotive
Let
edoraproject.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.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do
tall build dependencies for resteasy
> package, I don't see it pulling in java-1.8.0-openjdk:
>
>
Doesn't that also need to cover all of the build requires for those
components also? It isn't just that a package may need it in an install, it
may also need it to be rebuilt.
On Wed, 26 Apr 2023 at 23:58, Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Stephen Smoogen wrote:
> > I may be in that list of toning down, but that is OK. Look it's really
> > time for new people to come in and break things. It is the only wa
se
> process contingent on something that requires F33.
>
> ```
$ sudo -i ssh osbs-aarch64-node01.iad2.fedoraproject.org cat
/etc/system-release
Fedora release 33 (Thirty Three)
```
My memory of this is that this is not an easy thing to 'fix'.
--
Stephen Sm
oing other
things. Looking at IRC, most of the 10-12 hour work day is dealing with
compose problems, build issues, hardware failures, and similar things. Most
of the 40 component subsystems like the Open Shift Build System (OSBS) are
brought in by a dedicated team who have a budget time to get it working
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-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another,
On Tue, 9 May 2023 at 14:33, Stephen Smoogen wrote:
>
>
> On Tue, 9 May 2023 at 14:20, Sérgio Basto wrote:
>
>> Hi,
>> it builds in copr epel-9 (with RHEL-9) [1] but fail to build on koji
>> [2]
>>
>>
> COPR is using
>
> DEBUG util.py:44
) and the VM looks like a
> > > reasonable choice.
> >
> > run an i686 userspace in a x86_64 is about the best option these days.
>
> Is there a guideline on how to do it?
>
>
Miroslav Suchy's answer earlier is the best one:
```
mock -r fedora-rawhide-i386 --no-c
dbox
> > rstrode: paktype-naskh-basic-fonts, ucs-miscfixed-fonts, sil-padauk-
> > fonts
> > runcom: gomtree
> > rvykydal: ucs-miscfixed-fonts
> > sagitter: f2c
> > salimma: et, python-blosc
> > sayanchowdhury: python-stomper
> > sbluhm: java-1.8.0-ope
ith builds waiting until the
s390x builders are able to complete the work.
Ticket Link:
https://pagure.io/fedora-infrastructure/issue/11345
Please join #fedora-admin or #fedora-noc on irc.libera.chat
or add comments to the ticket for this outage above.
--
Stephen Smoogen, Red Hat Automotive
Let
cept someone who retired 4 to 10 years
ago.
With that, I can see why ISC is 'burying' the software for some poor sucker
to take up.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
ry good. A lot of the logic resides in a shell script
> > that runs as root, uses bash arithmetic expansion, and processes
> > untrusted data from the network. That's not a good combination at all.
>
> Well, I was really talking about dhcpd, not dhclient.
>
>
Yes. My apolog
org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
devel mailing list
On Fri, 2 Jun 2023 at 09:40, Peter Robinson wrote:
> On Fri, Jun 2, 2023 at 2:28 PM Stephen Smoogen
> wrote:
> >
> >
> >
> > On Fri, 2 Jun 2023 at 07:20, Matthias Clasen wrote:
> >>
> >> Lets not make this a drama.
> >>
> >> Pa
e 'SDKs' that people mention? What is in them? How are
they built? How are they updated? Who maintains them and how can we
'verify' in the 'trust and verify' method (aka source code, build flags,
build system).
I think a FAQ around these and others would probably cut down
On Mon, 5 Jun 2023 at 14:10, Steve Grubb wrote:
> On Monday, June 5, 2023 1:37:24 PM EDT Stephen Smoogen wrote:
> > On Mon, 5 Jun 2023 at 13:32, Michael Catanzaro
> >
> > wrote:
> > > On Mon, Jun 5 2023 at 01:13:50 PM -0400, Demi Marie Obenour
> > >
> &
On Mon, 5 Jun 2023 at 16:14, Michael Catanzaro
wrote:
>
>
> On Mon, Jun 5 2023 at 01:37:24 PM -0400, Stephen Smoogen
> wrote:
> >
> > 1. What is a flatpak and what does it mean to have an application in
> > it? Is it everything bundled in it or does it use layers?
ist 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
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard ba
hat goes into his build system, when it goes into, and how
packages look.
3. When it breaks, he is the only person affected by any breakage (aka
there aren't 4000 developers trying to build other things at the same time).
In many ways I think that the first 2 items are the core to making
modular
uce compatibility fmt9 package.
> 3. Build fmt9 compatibility package.
> 4. Build fmt 10.
> 5. Rebuild dnf5 against fmt 10.
> 6. Untag fmt9 from this side tag.
> 7. Retire fmt9 compatibility package.
>
Thanks for documenting this for other people to find in the future.
--
Steph
ages in
Fedora. The Bluetooth stack is not easy.
2. Thank you for announcing this early and allowing a quick transfer.
3. Good luck with the new team, they are lucky to have you.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most
and I think it is probably the best way to deal with
this. Going from how many sysadmin tasks I have dealt with where tzdata is
broken on a system.. a LOT of existing code being used in a lot of places
is silently relying on it.. usually in ways where you end up with a bad
crash long after startup,
w tzdata sub-package that
> would only provide the UTC timezone. As part of the discussion around
> this proposal, it was recommended that we completely remove tzdata. We
> appreciated this input and welcome additional feedback.
>
>
Thanks, I have enrolled in a basic reading and
rk for all the problems he is seeing. Your
commentary and others are coming across as lambasting him when he is
wanting help. While your and other comments seem clear to you.. code would
be clearer.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of u
ject.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.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply
On Mon, 5 Dec 2022 at 08:56, Florian Weimer wrote:
> * Stephen Smoogen:
>
> > Red Hat Enterprise Linux 7 is reaching its EOL in 1 year and 29
> > weeks. Getting code to compile for it on newer OS's is harder and
> > packagers volunteer time is limited.
>
>
ora-noc on irc.libera.chat
or add comments to the ticket for this outage above.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
devel mailing lis
cribe 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.fedoraproject.org/archives/list/devel@list
Due to some issues, this "lanned" outage has to be delayed to 2022-12-13 at
the same time.
On Mon, 5 Dec 2022 at 10:14, Stephen Smoogen wrote:
>
> lanned Outage - IAD2 Outage - 2022-12-13 19:00 UTC
>
> There will be an outage starting at 2022-12-13 19:00 UTC,
> which
On Wed, 7 Dec 2022 at 15:45, Terry Barnaby wrote:
> On 06/12/2022 20:21, Josh Boyer wrote:
> > On Tue, Dec 6, 2022 at 2:01 PM Stephen Smoogen
> wrote:
> >>
> >>
> >>>
> >> I think he would be happy with the policy spelled out in any form.
>
ill
> have a device work enough to be able to install the needed firmware
> across the network.
>
> Ideas on how to solve that problem welcome.
>
>
The only ideas I have seen which 'work'* is to ship a minimal set of
drivers for some 'chosen' hardware and t
eed
> upon.
>
Going from history, let us start getting people actually interested and
showing up to see what might be done. Then we can look at mailing lists and
other communication methods to help track things like builds, bugs, and
such.
--
Stephen Smoogen, Red Hat Automotive
Let us be kin
On Thu, 8 Dec 2022 at 14:39, Onuralp SEZER
wrote:
> Hello Kalev,
> Please see pagure IRC is place for new channels and etc :
> https://pagure.io/irc (that is a better place for track IRC stuff as
> well)
>
>
My apologies.. I sent Kalev to the wrong place.
--
Stephe
On Wed, 7 Dec 2022 at 11:37, Stephen Smoogen wrote:
>
> Due to some issues, this "lanned" outage has to be delayed to 2022-12-13
> at the same time.
>
>
Due to additional timing issues, the planned outage has been moved to
2023-01-10 at the same time. Updates and more
that was meant to be a stop-gap for packages
needed for EPEL early on. It no longer exists and should be removed from
the FAQ.
I don't see any scotch package in RHEL-9, CentOS Stream-9, OR EPEL-9
repositories. I don't know how this build was working previously.
--
Stephen Smoo
n EL9, and nothing
'replaces' them. Instead someone will need to build them for either the
COPR project they are using or EPEL.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
being in future RHEL is usually a split thing..
There are customers who want a specific version in RHEL and there are
customers who do not unless because it is not the version they wanted. That
usually makes the choice toward not including something because then no one
is equally unhappy.
>
way to say 'oh this works' or not. I think X and other code fixed to deal
with byte-swapping is going to need focus as I expect this change will
'filter' into other operating systems over time.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us
-- 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_list_guidelines
> List Archives:
>
systems, and the exploding number of packages
in requested languages (Rust, Go, jq, etc). However, that is just a guess
and it doesn't really say "HOW" this gets to dealing with this long term.
It also isn't clear what the underlying
need to build a @$@$% src RPM somehow and I
am being told I can't use the built in command to do so]
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
devel mailing list --
t.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-infrastructure/new_iss
On Tue, 3 Jan 2023 at 08:14, Stephen Smoogen wrote:
>
>
> On Tue, 3 Jan 2023 at 04:20, Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
>> On Tue, Jan 03, 2023 at 09:32:58AM +0100, Vitaly Zaitsev via devel wrote:
>> > On 02/01/2023 21:4
t to connect from an s390x.
>
> Reasonable. The runtime configuration change I can make locally to allow
> me
> to run X programs on an s390x and display them locally is sufficient for
> me.
>
Wasn't there a concern that you can do this if you are running a desktop
with X
es:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
--
fected/are affected by any
build). Doing that allows for the eventual infusion of the arch into the
main Fedora to take weeks versus months/year.
> This is the main reason why RISC-V isn't a primary Fedora architecture
> yet, although progress is happening.
>
--
Stephen Smo
ts.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_l
o 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.fedoraproject.org/arc
ile
where I get to experience a different 'culture' of a different city-state's
way of doing things (like an Athenian going to Corinth, Sparta, or some
island city.) You then come back with new ideas on how to improve things
and sometimes then end up being the next big change everyon
So bodhi and pagure are at different datacenters with hopefully different
network paths. Could people do some mtr or traceroutes from their locations
so we can see if this can be ironed out. Currently the limited tools we
have in Fedora Infra for checking this all show 'green' so
On Tue, 17 Jan 2023 at 09:19, Arthur Bols wrote:
> On 17/01/2023 14:57, Stephen Smoogen wrote:
> > So bodhi and pagure are at different datacenters with hopefully different
> > network paths. Could people do some mtr or traceroutes from their
> locations
> > so we can s
On Tue, 31 Jan 2023 at 03:37, Niklas Schnelle
wrote:
> On Thu, 2023-01-19 at 19:46 +1000, Peter Hutterer wrote:
> > On Fri, Jan 06, 2023 at 11:13:14AM +1000, Peter Hutterer wrote:
> > > On Thu, Jan 05, 2023 at 08:24:21AM -0500, Stephen Smoogen wrote:
> > > > On T
ct/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-infrastructure/new_issue
&
nk:
https://pagure.io/fedora-infrastructure/issue/11082
Please join #fedora-admin or #fedora-noc on irc.libera.chat
or add comments to the ticket for this outage above.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian
before and
during this outage.
Ticket Link:
https://pagure.io/fedora-infrastructure/issue/11082
Please join #fedora-admin or #fedora-noc on irc.libera.chat
or add comments to the ticket for this outage above.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us ar
uidelines: 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-infrastructure/new_issue
>
--
Stephen Smoogen, Red
ject/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-infrastructure/new_issue
>
On Mon, 13 Feb 2023 at 13:56, Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Stephen Smoogen wrote:
> > I did a check on some.. I only downloaded 3 isos so this isn't a complete
> > set.
>
>
>
> As for qt5-qtwebkit, I am not sure what
On Mon, 13 Feb 2023 at 15:56, Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Stephen Smoogen wrote:
> > The following is from the F38 image from last week?
> >
> > dnf remove qt5-qtwebengine
> > Error:
> > Problem: The operation would res
-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-infrastructure/new_issue
>
--
Stephen Smoogen, Re
raries supported.
> http://fedoraproject.org/wiki/MinGW
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Cod
On Thu, 16 Feb 2023 at 08:25, Stephen Smoogen wrote:
>
>
> On Thu, 16 Feb 2023 at 05:56, Richard W.M. Jones
> wrote:
>
>> On Wed, Feb 15, 2023 at 02:02:54PM -0500, Ben Cotton wrote:
>> > In accordance with FESCo's Inactive Packager Policy[1], packagers that
&g
x27;alphabetically' with various subgroups done
in 'order by the maintainer' beforehand (or afterwards if the mass rebuild
broke it) as additional side-tags.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
--
t 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
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting
'work', and
places where things break a lot but trying to remove/fix/change would
require longer downtimes than the project has allowed in the past.
I say this from having done all of the above at one point or another and
caused all kinds of chaos in doing so. I have probably used up more
n't understand the CI internals to give you
> a more focused answer.
>
> -- Petr
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Co
elines: 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-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automoti
ing able to
update/uninstall/etc and since one is a checksum and the other is an
encryption type need possibly different solutions.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
_
> 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_list_g
tps://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-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automoti
/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-infrastructure/new_issue
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another,
e sure that
summaries are fair.
What was the tool and dataset used
What was the 'meeting' data fed to the tool
What was the query (or queries) used
What were the retraining queries used to change 'summaries' that were
found to be wrong.
--
Stephen Smoogen, Red Ha
On Thu, 11 Jul 2024 at 13:47, Josh Boyer wrote:
>
> On Thu, Jul 11, 2024 at 12:08 PM Stephen Smoogen wrote:
> >
> > On Thu, 11 Jul 2024 at 11:34, Josh Boyer wrote:
> > >
> > > On Wed, Jul 10, 2024 at 12:46 PM Daniel P. Berrangé
> > > wrote:
>
t.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-infrastructure/new_issue
--
Stephen Smoogen, Red Hat Aut
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.fedorapro
1 - 100 of 293 matches
Mail list logo
