:E8:C1:18:02:AB:AC:83:88: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
with these certificates to
ad...@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
-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
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
On Tue, 2 Apr 2013, Adam Williamson wrote:
Date: Tue, 02 Apr 2013 15:18:55 -0700
From: Adam Williamson awill...@redhat.com
Reply-To: Development discussions related to Fedora
devel@lists.fedoraproject.org
To: devel@lists.fedoraproject.org
Subject: Re: Expanding the list of Hardened Packages
On Fri, 25 Aug 2023 at 13:31, Richard Hughes wrote:
> On Fri, 25 Aug 2023 at 16:27, Stephen Smoogen wrote:
> > It depends on the scanning from ports open to unknown shared files to
> 'why did our network costs go up so much?'
>
> Surely if you're on a local network with ban
he process documentation (silly me!) which doesn't explain
> any of this.
>
>
The changes to how discussions were to go to discourse happened around the
same time as Ben was laid off. I think the documentation not getting
updated is just one of ... many things left undone.
-
tps://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 spam, report it:
> https://pagure.io/
ps://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 spam, report it:
> https://pagure.io/fedora-
er you have to manage that
> On 2023/10/04 14:41, Stephen Smoogen wrote:
>
>
>
> On Wed, 4 Oct 2023 at 05:44, Martin Stransky wrote:
>
>> Hello guys,
>>
>> Is there's a way how to set requested amount of ram for koji builders?
>>
>>
> No, the build
r
possibly less memory, but it would need to be options set in whatever
equivalent to Makefiles etc that are there.
I hope that better explains things.. if it doesn't... I ask anyone else to
better explain things.
Also are the options equivalent in copr as well?
> On 2023/10/04 15:32, Steph
a-39.xml.gz
>
> So not small, but cough, passim, cough :)
>
> Richard.
> ___
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
x}}%{expand:%{lua:for i=0, do
> print("%{?distprefix" .. i .."}")
> end}}.el8%{?with_bootstrap:%{__bootstrap}}'
>
>
This looks like a config from either the CentOS Stream koji or for
EPEL-next-8. None of the others I know
roblems this was
about? Since it is supposedly past the release date, I figure it is ok to
ask. If it isn't due to some other delay.. my apologies.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
-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
>
--
Ste
because
ordering didn't matter that time but does now (this can be due to flags or
package differences.) Many of these things are things which the regular
package maintainers know to do with their pets, but other people do not.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another,
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 to s
On Mon, 9 Oct 2023 at 09:37, Florian Weimer wrote:
> * Stephen Smoogen:
>
> > could you add how you got it and how you ran it? I am trying to figure
> > out why a el8 config was pulled into a f38 system?
>
> This does it for me:
>
> $ mock -r c8s-x86_64 --init
main problem is that no one has ever hacked any sort
of 'build recipe' to koji for it to 'know' that things need specific build
orders or bootstrap instructions. Instead that has been left to the
'maintainers' of the packages because in general most of them required a
lot of specific knowledge 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
>
--
Stephen
On Fri, 25 Aug 2023 at 10:31, Richard Hughes wrote:
> On Fri, 25 Aug 2023 at 13:19, Stephen Smoogen wrote:
> > My understanding was that Microsoft found their own 'share updates' not
> working as much as expected
>
> Hmm, I heard the opposite; can you give any more info? They
s.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.
-- Ian MacClaren
st/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 MacClaren
__
ing definitions of firmware and drivers isn't helpful to this
conversation.
--
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
he various new people step up and put in a
IcedTea replacement that 'mostly' works and deals with the trademark
issues, and the marketing to get it seen and used.
Staying the same is not an option and is off the table.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most
i/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red
s.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ia
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 spam on the list, r
to be?
1. What are the legal concerns that the Fedora Project must do to
distribute OpenJDK?
2. Are there ways that a non-TCK compliant version could be distributed?
3. Clearer guidance to the volunteers on how to deal with these
requirements.
These are deeper issues which I think need to be dealt with
On Thu, 26 May 2022 at 11:32, Kevin P. Fleming wrote:
> On 5/26/22 11:06, Stephen Smoogen wrote:
> > 2. Are there ways that a non-TCK compliant version could be distributed?
>
> I would suggest phrasing that slightly differently: the version being
> distributed could very well
Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a
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 not
On Wed, 25 May 2022 at 09:34, Jiri Vanek wrote:
>
>
> On 5/25/22 15:19, Stephen Smoogen wrote:
> >
> >
> > On Wed, 25 May 2022 at 09:04, Jiri Vanek jva...@redhat.com>> wrote:
> >
> >
> >
> > On 5/24/22 21:41, Vitaly Zaitsev via deve
t being a good or bad thing.. it is just
what is being presented.
--
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
T
aproject.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 on the list, report it:
> https://pagure.io/fedora-infrastructure
ves/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
_
On Sat, 9 Jul 2022 at 11:18, Ralf Corsépius wrote:
>
>
> Am 09.07.22 um 15:36 schrieb Stephen Smoogen:
> >
> >
> > On Sat, 9 Jul 2022 at 09:25, Ralf Corsépius > <mailto:rc040...@freenet.de>> wrote:
> >
> > Hi,
> >
> >
On Mon, 11 Jul 2022 at 06:22, Sérgio Basto wrote:
> On Mon, 2022-07-11 at 09:35 +0200, Pierre-Yves Chibon wrote:
> > On Sat, Jul 09, 2022 at 09:36:14AM -0400, Stephen Smoogen wrote:
> > > On Sat, 9 Jul 2022 at 09:25, Ralf Corsépius
> > > wrote:
> > >
&
;
Since I do not see this decision changing, it is probably time for people
negatively affected by this change to set up a COPR or some other build
system which builds the packages as they were previously. It might help to
see what kind of problems it has and if there are solutions which were n
On Tue, 28 Jun 2022 at 10:18, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 28/06/2022 15:52, Stephen Smoogen wrote:
> > Since I do not see this decision changing, it is probably time for
> > people negatively affected by this change to set up
ea, it is also a hard problem. Please help
the team who will be working on it.
--
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@li
and
then it ends up breaking worse. Eventually, if we have the time/ability it
is replaced with a python replacement.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
_
are comfortable using for a lot of
things, but this seems like trying to use it for a shipping container
across the ocean.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
put into the OS. There is a give and take in what can happen
with a package.
--
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.fedo
On Wed, 29 Jun 2022 at 14:52, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 29/06/2022 20:32, Stephen Smoogen wrote:
> > Yes, they can. So can a lot of other people and things in Fedora.
>
> Only proven-packagers in limited situations or people wh
On Tue, 5 Jul 2022 at 18:16, Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Stephen Smoogen wrote:
> > Hyperbole aside, it isn't a joke. Looking at the chain we see a common
> > problem where subversion relies on java-11-openjdk and without it is
>
throwing the CPU into performance mode.
--
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
tps://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 spam on the list, report it:
> https://pagure
t:
> 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 spam on the list, report i
On Mon, 6 Jun 2022 at 15:50, Roger Wells wrote:
>
> On 6/6/22 14:28, Stephen Smoogen wrote:
>
>
>
> On Mon, 6 Jun 2022 at 14:07, Roger Wells
> wrote:
>
>> we use pvcs here for CM and have for many years (~30).
>> Currently we are using it on RHEL 7 & F
You could run into a case where nothing but root could run many
packages because various files in /etc /usr/bin and /bin were -rwx--
after doing an update. I think that was fixed over time, but I have run
into it a couple of times when a system has been set up this way and
various programs a
g the users .emacs/.emacs.d does not change anything so I am
guessing there is some other 'breakage'. What can be done to debug this?
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
_
`dnf whatuses src:mypackage` (or of
> > similar simplicity) would be appreciated.
>
> If this functionality requires defining and enabling additional repos,
> maybe dnf is not the proper place? But then maybe fedpkg is. Anyway, I
> agree that a simple command would be very much appr
On Thu, 21 Jul 2022 at 08:43, Stephen Smoogen wrote:
>
>
> On Wed, 20 Jul 2022 at 16:12, Dan Čermák
> wrote:
>
>> Hi Kevin and all,
>>
>> "Kevin P. Fleming" writes:
>>
>> > On 7/20/22 14:57, Marcus Müller wrote:
>> >>
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle
ves:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
On Thu, 18 Aug 2022 at 21:52, Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Stephen Smoogen wrote:
> > I should have been clearer. I was talking about the changes between
> > XP->7->8->8.1->10->11 versus 10. -> 10.. I was thinking
&
esumably it's
> not the rawhide version, but the host version?
>
Currently I think all builders are Fedora 36.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
__
need
to update their info. It might be even clear that notme@notmy.email has
been active in bugzilla or some other area but hasn't done a build because
a different maintainer has done so.
We may need to come up with different methods of 'trust'. That is a larger
conversation because it would re
ose and local in a 'sealed' firewalled off space. ]
--
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
On Wed, 17 Aug 2022 at 18:23, Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Stephen Smoogen wrote:
> > I don't know of an Operating System which isn't a rolling operating
> system
> > which works this way. MacOS, Windows, Debian, Ubuntu, Fedora al
On Wed, 7 Sept 2022 at 08:27, Petr Pisar wrote:
> V Wed, Sep 07, 2022 at 07:51:15AM -0400, Stephen Smoogen napsal(a):
> > On Wed, 7 Sept 2022 at 02:53, Adam Williamson <
> adamw...@fedoraproject.org>
> > wrote:
> >
> > > On Wed, 2022-09-07 at 08:4
-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
>
--
Stephe
_
> 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_
similar in hardware.. They look
great on paper, but if you try to give them a large capacity you end up
with even slower builds because they are loaners or spares which are good
for specific workloads and not general usage.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one anoth
@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 MacClaren
_
on CDN at times.
All of these are possible to get past, but they will take time, effort and
may be more than what anyone wants to be 'reasonable'.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
__
tes, tokens, etc may be needed but they are going to
need a lot of documentation, continual training, and coaching to actually
make function. If there is no staff or people available to do this, then
the change will fail hard.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of
that the system can decode a message from the person. Then all
that security is left to how many developers set their gpg password to
'123456' or 'password1' and then upload their secret keys to public
websites so it is convenient for them. From relevant experien
delines: 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 Autom
sts.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 MacClaren
___
devel mai
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
>
vel-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@lists.fedoraproje
On Wed, 12 Oct 2022 at 10:32, Kevin P. Fleming wrote:
> On 10/12/22 08:59, Stephen Smoogen wrote:
> > Maybe call it the Fedora Update Manager 'FUM' ?
>
> Unless we're going to call it RUM when it makes its way into RHEL, that
> name may not be the best choice :-)
>
&
.@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@lists.fedoraproject.org
&
ace for this project. Instead there is a long
list of complaints from the community which usually get aggregated up as
'this is not working, why do we still invest in it?'
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- I
ailable repository metadata. That necessarily involves helluva
> many switches, added over time to address all manner of use-cases. Don't
> assume anything is there just for giggles.
>
Maybe it makes sense to put it just as a dedicated command like I thought
it was until 'recently (*co
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 to sp
On Mon, 15 Aug 2022 at 09:38, Vít Ondruch wrote:
>
> Dne 15. 08. 22 v 13:58 Stephen Smoogen napsal(a):
>
>
>
> On Mon, 15 Aug 2022 at 04:21, Vít Ondruch wrote:
>
>> I just wonder, is the system upgrade to the more recent Fedora
>> automatic? I suspect that the
ill require them to click that they want to upgrade to it. That is
about as easy as I can see it happening.
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
_
; > s390x server?
>
> usually the build killed and restarted due OOM, but this is weird as
> Michael's previous build finished in ~6 hours
>
>
Looking at this system, I do not see any oom occuring. The build is
chugging away on this system but the s390x builders are 2CPU
RAM.
>
I wonder if this is one of those problems where microdnf needs to be used
until the full dnf rewrite in C++ is done. I remember something about
memory usage and dnf vs microdnf a while ago for smaller memory systems..
and with the general 'we need to double memory usage' e
Still, what would it take to push them to testing right away?
>
I don't think packages can be 'pushed' into testing for at least 10+
releases. Instead what happens is a complete compose is made of the release
and then that is synced with what is already on the master mirrors. This
means that updates,
y '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 are fighting a hard battle.
-- Ian
ject.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.fedora
ploding 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 remaining active packagers want to
be part of.
--
Stephen Smoogen, Red Hat Aut
ts.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.
-- Ian MacClaren
_
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
S/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
>
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 -- devel@lists.fedoraproject.org
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:
il 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@lists.fe
> This is the main reason why RISC-V isn't a primary Fedora architecture
> yet, although progress is happening.
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
__
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.
&
oss 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 then you have a bloated kitchen-sink
iso which has all the drivers in it. The chosen hardware could be a
'
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 kind to one another, fo
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 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 list -- devel
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.
>
> For o
1 - 100 of 292 matches
Mail list logo
