Hello! Please pay attention that ISO for x86_64 from
https://fedoraproject.org/workstation/download/ is not available. ___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
On 6/20/23 12:21 AM, Michael Cronenworth wrote:
The builds fail in similar ways but in different places. If anyone has a minute
could they review the build logs and offer a clue as to what may be the cause?
I had some time to debug today and came up with a possible answer I feel is the
The following Fedora EPEL 9 Security updates need testing:
Age URL
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-8f0f0d103a
chromium-114.0.5735.133-1.el9
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-534fc4dfaa
suricata-6.0.13-1.el9
1
The following Fedora EPEL 8 Security updates need testing:
Age URL
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-3947e434d2
chromium-114.0.5735.133-1.el8
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-2ca43aa1cf
suricata-6.0.13-1.el8
The following builds
On Fri, Jun 23, 2023, 18:41 Josh Boyer wrote:
>
>
> On Fri, Jun 23, 2023, 3:20 PM Michael Catanzaro
> wrote:
>
>> On Fri, Jun 23 2023 at 01:27:24 PM -0400, Josh Boyer
>> wrote:
>> > Which means equivalent fixes are in CentOS Stream and anyone wanting
>> > to recreate exactly what is in RHEL is
Once upon a time, Zbigniew Jędrzejewski-Szmek said:
> getservbyname would use /etc/services, but I'm not sure how widely it is used.
> A lot of code just hardcodes a specific number… Local configuration for
> port numbers is a concept that only works if somebody synchronizes the
> file across
https://bugzilla.redhat.com/show_bug.cgi?id=2214989
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Status|ON_QA
On Fri, Jun 23, 2023 at 08:20:58PM +0200, Michal Domonkos wrote:
> On Thu, Jun 22, 2023 at 01:18:27PM +0300, Panu Matilainen wrote:
> > Now that the initial hurdle of getting rpm 4.19 into rawhide is over, it's
> > time to start looking towards enabling the sysusers integration:
> >
On Thu, Jun 22, 2023 at 10:25:10AM -0500, Chris Adams wrote:
> Once upon a time, Zbigniew Jędrzejewski-Szmek said:
> > I was hoping we would be make the dependency on setup optional.
> > It is a fairly heavyweight package (700+ kb) and with lots of
> >
https://bugzilla.redhat.com/show_bug.cgi?id=2217108
Bug ID: 2217108
Summary: perl-CPAN-Perl-Releases-5.20230623 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CPAN-Perl-Releases
Keywords:
Hi,
On 6/23/23 05:27, Gerd Hoffmann wrote:
== Detailed Description ==
As a first pass, the 'inst.sdboot' option already in anaconda should
work. As it stands, that replaces grub+shim with the systemd-boot
loader, and moves the kernel + initrd to the EFI system partition
(ESP). It doesn't
On Fri, Jun 23, 2023, 3:20 PM Michael Catanzaro
wrote:
> On Fri, Jun 23 2023 at 01:27:24 PM -0400, Josh Boyer
> wrote:
> > Which means equivalent fixes are in CentOS Stream and anyone wanting
> > to recreate exactly what is in RHEL is welcome to backport that code
> > from CentOS Stream or
Hello from Montreal, Canada
I have been a Fedora user for about 20 years. In all that time, it was known
that the frequency of Fedora updates are as you described.
However, I just want to remind you that when a new release of Fedora is
published, that Fedora also provides a utility (a dnf
Josh Boyer wrote:
> Agree with Matthew fully here. We've been working rather hard
> internally to adjust the development process for RHEL to be more
> collaborative and open than it ever has before.
The *development process* is more open, but the production releases, which
is the only thing end
On Fri, Jun 23 2023 at 01:27:24 PM -0400, Josh Boyer
wrote:
Which means equivalent fixes are in CentOS Stream and anyone wanting
to recreate exactly what is in RHEL is welcome to backport that code
from CentOS Stream or upstream.
Yes, but that's going to be pretty hard to do if you cannot see
On Wed, 2023-06-21 at 18:26 +0100, Philip Wyett wrote:
> Hi all,
>
> After the announcement below today.
>
> https://www.redhat.com/en/blog/furthering-evolution-centos-stream
>
can you elaborate ? centos Stream will be the same source of RHEL , or
RHEL will have the same source of Centos
On Thu, Jun 22, 2023 at 01:18:27PM +0300, Panu Matilainen wrote:
> Now that the initial hurdle of getting rpm 4.19 into rawhide is over, it's
> time to start looking towards enabling the sysusers integration:
> https://rpm-software-management.github.io/rpm/manual/users_and_groups.html
[...]
> 3.
On Fri, Jun 23, 2023 at 9:35 AM Michael Catanzaro wrote:
>
> On Fri, Jun 23 2023 at 01:07:39 PM +0200, Vít Ondruch
> wrote:
> > Please understand that (speaking of the user space packages, I cannot
> > speak for kernel) there are no other sources then the sources in
> > GitLab,
> > which is
On Thu, Jun 22, 2023 at 8:00 AM wrote:
>
> Dear all,
>
> You are kindly invited to the meeting:
>ELN SIG on 2023-06-23 from 12:00:00 to 13:00:00 US/Eastern
>At fedora-meet...@irc.libera.chat
>
> The meeting will be about:
> * x86_64-v3 baseline and dropping i686 multilib
> * Plans for the
On Fri, Jun 23 2023 at 06:16:52 PM +0200, Vít Ondruch
wrote:
Ah, there is actually webkit2gtk3-2.38.5-1.el9_2.2 not
webkit2gtk3-2.38.5-1.el9.2. I got it now.
Oh sorry, I mentally expanded the dist tag incorrectly. My bad.
Anyway, in this example, CentOS Stream is on 2.40 while RHEL 9.2 is on
On Fri, 23 Jun 2023 10:41:00 +
مصعب الزعبي wrote:
> - One year between releases.
This is easy to attain under the current system. Just don't upgrade
every 6 months. The upgrade process is tested to upgrade 2 fedora
versions, so, for example, from f38 to f40. This is a one year
cadence.
Dne 23. 06. 23 v 18:14 Vít Ondruch napsal(a):
Dne 23. 06. 23 v 18:00 Vít Ondruch napsal(a):
Dne 23. 06. 23 v 15:34 Michael Catanzaro napsal(a):
On Fri, Jun 23 2023 at 01:07:39 PM +0200, Vít Ondruch
wrote:
Please understand that (speaking of the user space packages, I cannot
speak for
Dne 23. 06. 23 v 18:00 Vít Ondruch napsal(a):
Dne 23. 06. 23 v 15:34 Michael Catanzaro napsal(a):
On Fri, Jun 23 2023 at 01:07:39 PM +0200, Vít Ondruch
wrote:
Please understand that (speaking of the user space packages, I cannot
speak for kernel) there are no other sources then the sources
OLD: Fedora-Rawhide-20230622.n.1
NEW: Fedora-Rawhide-20230623.n.0
= SUMMARY =
Added images:0
Dropped images: 9
Added packages: 3
Dropped packages:0
Upgraded packages: 22
Downgraded packages: 0
Size of added packages: 128.36 KiB
Size of dropped packages:0
Dne 23. 06. 23 v 15:34 Michael Catanzaro napsal(a):
On Fri, Jun 23 2023 at 01:07:39 PM +0200, Vít Ondruch
wrote:
Please understand that (speaking of the user space packages, I cannot
speak for kernel) there are no other sources then the sources in GitLab,
which is publicly accessible (AFAIK).
> On 23 Jun 2023, at 11:41, مصعب الزعبي wrote:
>
> When upgrading the system every 6 months, alot of resources will be trashed!!
> For Fedora users and Fedora itself.
My experience supporting a commercial product on top of fedora is that it
is cheaper then using LTS distros.
The incremental
On Fri, Jun 23 2023 at 01:07:39 PM +0200, Vít Ondruch
wrote:
Please understand that (speaking of the user space packages, I cannot
speak for kernel) there are no other sources then the sources in
GitLab,
which is publicly accessible (AFAIK).
The sources that are actually used for RHEL
Dne 23. 06. 23 v 12:41 مصعب الزعبي napsal(a):
It will be more stable, effective, natural-friendly and feasible if we make
Fedora lifetime as:
- One year between releases.
- Two year of release lifetime.
Why do you think this cadence is more effective, natural-friendly and feasible? Do you
Hi
Recently I prepared an update of xmlsec1 package to version 1.3 in rawhide
but by this step I broke other packages like lasso (I'm sorry for that my
mistake).
Since I did not manage to fix (Simo also tried with help from the upstream
community - thanks for the effort) and it is blocking
That depends on what you are looking for.
There are a lot of distributions out there, each with different goals.
Pick one which goals are closest to yours.
However if you really want Fedora without upgrading often, try to run
Fedora Rawhide - our development branch.
You will have to deal with
Dne 23. 06. 23 v 12:46 Leon Fauster via devel napsal(a):
3) So what happened?
- CentOS Engineers will not be producing that git repo of exploded SRPMs
anymore because there is no need for them in CentOS project.
- Red Hat recommends to take RHEL sources from CentOS Stream
repositories because
On 23/06/2023 12:41, مصعب الزعبي wrote:
It will be more stable, effective, natural-friendly and feasible if we
make Fedora lifetime as:
- One year between releases.
- Two year of release lifetime.
That doesn't really work with our "First" goal [0]. Then we're just
another Ubuntu.
[0]:
> 3) So what happened?
>
> - CentOS Engineers will not be producing that git repo of exploded SRPMs
> anymore because there is no need for them in CentOS project.
>
> - Red Hat recommends to take RHEL sources from CentOS Stream
> repositories because that is the actual source from which RHEL
Dear Fedora development community,
As you know Fedora releases every 6 months for one year of lifetime. This is
good for development and new features implementation.
But it is not good for stability and sustainability.
When upgrading the system every 6 months, alot of resources will be
Rawhide testing with Zuul was disabled until the issue is fixed.
Please use, the testing results from Fedora CI PR testing until it the dnf5
issues are resolved.
Best regards,
/M
On Thu, Jun 22, 2023 at 11:45 PM Miroslav Vadkerti
wrote:
> To mitigate errors, I am proposing to disable
> == Detailed Description ==
> As a first pass, the 'inst.sdboot' option already in anaconda should
> work. As it stands, that replaces grub+shim with the systemd-boot
> loader, and moves the kernel + initrd to the EFI system partition
> (ESP). It doesn't attempt to create unified kernel images,
ppisar commented on the pull-request: `Requires: redhat-rpm-config for tests`
that you are following:
``
I think the dependency should go to perl-Devel-CheckLib package.
Devel::Checklib::_findcc() defaults compiler flags to $Config(cflags).
``
To reply, visit the link below
Dne 22. 06. 23 v 17:01 Zbigniew Jędrzejewski-Szmek napsal(a):
I don't remember seeing an actual Fedora Change for either file-trigger
enablement or current %sysuser_* macros so I'm not sure it's needed here
either?
https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format
Please
Matthew,
Thanks for sending this out. There is a lot of FUD right now and this plan
is what I had hoped was going on. The FPO/RH/IBM should do some additional
community engagement to clear this up. A very clear diagram of the
development/packaging flow would go a long way and give the community a
>
> This doesn't impact Fedora, but will certainly impact the various
> RHEL rebuilds whether community based (AlmaLinux, Rocky Linux),
> or fully commercial (Oracle OEL). Those distros can still provide
> the initial point releases, but will have to do all the work to
> figure out backports for
Hello.
I orphaned the following packages:
rpms/axc
rpms/git-subrepo
rpms/jdns
rpms/maddy
rpms/mdns
rpms/pidgin-groupchat-typing-notifications
rpms/pidgin-privacy-please
rpms/pidgin-toobars
rpms/psi
rpms/psi-plus
rpms/purple-discord
rpms/purple-googlechat
rpms/purple-libsteam
rpms/purple-lurch
On Thu, Jun 22, 2023, at 11:01 AM, Matthew Miller wrote:
> 1. Fedora Rawhide continually updated
> 2. ELN maintained in parallel, as part of Fedora
> 3. At some point, ELN branched to new CentOS Stream
> 4. ... a year or so of CentOS Stream development in public ...
> 5. RHEL Beta forked from
Two weeks ago we had:
* 23004 spec files in Fedora
* 29461license tags in all spec files
* 17975 tags have not been converted to SPDX yet
* 6743tags can be trivially converted using `license-fedora2spdx`
* Progress: 38.99% ░░░███ 100%
Today we have:
* 23055 spec files in Fedora
*
On 6/22/23 19:01, Matthew Miller wrote:
Sure, but... that's the _opposite_ of the direction things are going.
Awesome post.
--
Ian Laurie
FAS: nixuser | IRC: nixuser
TZ: Australia/Sydney
___
devel mailing list -- devel@lists.fedoraproject.org
To
44 matches
Mail list logo
