Re: Intro and ownership of orphaned package.
by Vitaly Zaitsev
On 13/11/2021 07:55, Jan K wrote:
> If indeed this package is in need of a maintainer, I think I can help
> with that.
You can easily adopt it. Just press the "Take" button.
--
Sincerely,
Vitaly Zaitsev (vitaly(a)easycoding.org)
2 years, 7 months
Re: Intro and ownership of orphaned package.
by Otto Urpelainen
Jan K kirjoitti 13.11.2021 klo 8.55:
> My name is Jan Kuparinen
> I work as a DevOps engineer. In the past I have made rpm packages of a private project, so I have some idea of packaging progress. I have also made some contributions to various Fedora projects.
>
> I took a look at the orphaned package list for packages needing maintenance and found that https://src.fedoraproject.org/rpms/truth is in retired state, but is needed by quite a few other packages.
>
> There have been several commits in the last few weeks to the repo, so is this actually maintained?
>
> If indeed this package is in need of a maintainer, I think I can help with that.
Hello Jan,
The Package Sources page you link has the following visible, confirming
that the package really has been is orphaned:
* "Package is currently unmaintained"
* Bugzilla Assignee: Fedora: orphan
To adopt it, you simply need to click the "Take" button on the left hand
side. To do this, you need to be a member of the "packager" FAS group.
You need to follow the sponsoring process [1].
However, as you already noticed in the Git log, @orion seems to be doing
something with this package right now [2]. Perhaps it would make sense
to contact him directly and ask what is going on and express your
interest in (co-)maintaining the package?
Otto
[1]:
https://docs.fedoraproject.org/en-US/package-maintainers/How_to_Get_Spons...
[2]:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
2 years, 7 months
Intro and ownership of orphaned package.
by Jan K
My name is Jan Kuparinen
I work as a DevOps engineer. In the past I have made rpm packages of a private project, so I have some idea of packaging progress. I have also made some contributions to various Fedora projects.
I took a look at the orphaned package list for packages needing maintenance and found that https://src.fedoraproject.org/rpms/truth is in retired state, but is needed by quite a few other packages.
There have been several commits in the last few weeks to the repo, so is this actually maintained?
If indeed this package is in need of a maintainer, I think I can help with that.
Jan Kuparinen
FAS copperi
copperi(a)fedoraproject.org
2 years, 7 months
Plan to unretire plotmm (lv2-eq10q)
by Nils Philippsen
Hi there,
I noticed that the lv2-EQ10Q-plugins package went the way of the dodo
because it didn't build and nobody took care of it. Oops.
I use this LV2 plugin often enough to pick up the tab and revive it,
albeit under the name lv2-eq10q which should comply better with naming
guidelines. This needs the similarly retired plotmm library which I
want to bring back, too.
Cheers,
Nils
--
Nils Philippsen / Software Engineer / Red Hat
PGP fingerprint: D0C1 1576 CDA6 5B6E BBAE 95B2 7D53 7FCA E9F6 395D
2 years, 7 months
F36 Change: ELN-Extras (System-Wide Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/ELN-Extras
== Summary ==
ELN-extras will be a new build target and compose similar in behavior
to ELN, but closer to EPEL in function. It will be a place to prepare
and maintain packages that may be desired for EPEL N+1 while RHEL N+1
is still being incubated in ELN.
== Owner ==
* Owner: [[User:Sgallagh| Stephen Gallagher]] <sgallagh(a)fedoraproject.org>
* SIG: ELN SIG <devel(a)lists.fedoraproject.org>
== Detailed Description ==
This will essentially be an extension of Fedora ELN, with the primary
difference being that the content in ELN-Extras will be defined by the
Fedora/EPEL community, while ELN's content is largely decided upon by
Red Hat management. This will offer users the opportunity to make sure
their applications will work on upcoming releases of RHEL as well as
providing a bootstrapping mechanism for EPEL. It will be far easier
and quicker to get a compose of EPEL N+1 out the door if the initial
packages have already been built for ELN-Extras.
== Benefit to Fedora ==
This Change will enable application developers to keep up with
impending changes in RHEL even before CentOS Stream becomes available
for that release. Additionally, it provides a bootstrapping mechanism
for EPEL, which will mean a much shorter gap between the launch of a
new RHEL major release and the availability of the EPEL repositories.
== Scope ==
* Proposal owners:
High-level tasks
1. Create the tags and targets in Koji (see the release engineering
ticket below).
2. Add support to Content Resolver for addon repositories [DONE]
3. Update the DistroBuildSync configuration to support building for ELN-Extras.
4. Configure ODCS to produce an ELN-Extras variant compose.
* Other developers: Aside from the release engineering tasks, anyone
who wants to have a package appear in ELN-Extras will need to add it
to the content set. This is not mandatory for any packager and we can
ship the ELN-Extras repository empty if we so choose.
* Release engineering: [https://pagure.io/releng/issues #10378]
* Policies and guidelines: N/A (not needed for this Change)
Documentation on how to add packages to the ELN-Extras content set and
how to consume its compose will be written as part of this Change.
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives: Not specifically aligned with the
currently-active Objectives. Loosely related to the previous
Minimization Objective.
== Upgrade/compatibility impact ==
N/A, this will be an entirely new compose and thus has nothing from
which to upgrade.
== How To Test ==
No specific testing is required for this Change, though any general OS
and software management testing would be most welcome.
== User Experience ==
Fedora will make available a new add-on repository for ELN, maintained
by the Fedora Community.
== Dependencies ==
This should be self-contained from a dependency perspective. The
groundwork was already laid by ELN.
== Contingency Plan ==
* Contingency mechanism: We will not ship/advertise the existence of
the ELN-Extras repository.
* Contingency deadline: Final freeze
* Blocks release? No
== Documentation ==
Documentation will be written as part of this Change.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 7 months
HEADS UP: gdal-3.4.0 update in rawhide
by Sandro Mani
Hi
I'll be updating to gdal and mingw-gdal to version 3.4.0 in rawhide
shortly, submitting the builds in the f36-build-side-47614 side tag.
I'll be rebuilding the following packages:
bes-3.20.8-3.fc36.src.rpm
cloudcompare-2.9.1-15.fc36.src.rpm
dans-gdal-scripts-0.24-16.fc36.src.rpm
gazebo-10.1.0-24.fc36.src.rpm
gdal-3.3.3-1.fc36.src.rpm
GMT-6.1.1-8.fc36.src.rpm
grass-7.8.6-2.fc36.src.rpm
liblas-1.8.1-17.gitd76a061.fc35.src.rpm
mapnik-3.1.0-13.fc35.src.rpm
mapserver-7.6.4-6.fc36.src.rpm
merkaartor-0.18.4-11.fc35.src.rpm
ncl-6.6.2-22.fc36.src.rpm
opencv-4.5.4-4.fc36.src.rpm
OpenSceneGraph-3.4.1-32.fc36.src.rpm
osgearth-2.7-35.fc36.src.rpm
paraview-5.9.1-7.fc36.src.rpm
PDAL-2.3.0-3.fc35.src.rpm
postgis-3.1.4-4.fc36.src.rpm
python-fiona-1.8.20-2.fc35.src.rpm
python-rasterio-1.2.10-1.fc36.src.rpm
qgis-3.22.0-6.fc36.src.rpm
qmapshack-1.16.0-2.fc36.src.rpm
R-rgdal-1.5.23-5.fc35.src.rpm
saga-7.6.1-9.fc35.src.rpm
vfrnav-20201231-16.fc36.src.rpm
vtk-9.0.3-3.fc36.src.rpm
mingw64-opencv-0:4.5.4-3.fc36.noarch
Thanks
Sandro
2 years, 7 months