Re: F35 Change: Remove SHA-1 from Sqlite (Self-Contained Change proposal)

[Ondrej Dubaj]

This change won't be applied, so no action is required.

Ondrej

On Wed, Jul 14, 2021 at 8:14 PM Paul Wouters  wrote:

> On Mon, 12 Jul 2021, Simo Sorce wrote:
>
> >> SQLite is a general-purpose tool.  Not every use of SHA-1 is
> >> cryptographically relevant.  Most uses in the context of SQLite probably
> >> aren't, so the removal just annoys users for no good reason.
> >
> > Note that this is a Sqlite decision, from RHEL engineering we only
> > requested the removal in digital signatures and where integrity
> > protection is required for security.
> > Also note that we do not require full removal, just that SHA-1 is not
> > used unless users intentionally change configuration.
>
> How does this affect users of NSS who have created "default" databases,
> eg using certutil -N ?  Do these use SHA1? If so, can they be migrated
> to SHA2?  Automatically ?
>
> Paul
> ___
> 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_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
>
___
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_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

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927



--- Comment #7 from Fedora Update System  ---
FEDORA-2021-b3da202f28 has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
--advisory=FEDORA-2021-b3da202f28`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-b3da202f28

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927



--- Comment #6 from Fedora Update System  ---
FEDORA-2021-765587b9ab has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
--advisory=FEDORA-2021-765587b9ab`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-765587b9ab

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[EPEL-devel] Fedora EPEL 7 updates-testing report

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
  48  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-1f259a45ef   
openjpeg2-2.3.1-11.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-4cfaa8ab63   
djvulibre-3.5.25.3-24.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-ddb4fcb22a   
opendmarc-1.4.1.1-3.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

gnuchess-6.2.9-1.el7
ipv6calc-3.2.0-56.el7
unrealircd-5.2.1.1-1.el7

Details about builds:



 gnuchess-6.2.9-1.el7 (FEDORA-EPEL-2021-4f288fe5d7)
 The GNU chess program

Update Information:

6.2.9

ChangeLog:

* Wed Jul 14 2021 Gwyn Ciesla  - 6.2.9-1
- 6.2.9

References:

  [ 1 ] Bug #1981992 - gnuchess-6.2.9 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1981992




 ipv6calc-3.2.0-56.el7 (FEDORA-EPEL-2021-ad39907fe7)
 IPv6 address format change and calculation utility

Update Information:

Final release 3.2.0

ChangeLog:

* Wed Jul 14 2021 Peter Bieringer  - 3.2.0-56
- Final release 3.2.0




 unrealircd-5.2.1.1-1.el7 (FEDORA-EPEL-2021-66e8008180)
 Open Source IRC server

Update Information:

UnrealIRCd 5.2.1.1 fixes SASL services autodetection and mechlist in 5.2.1

ChangeLog:

* Sat Jul 10 2021 Robert Scheck  5.2.1.1-1
- Upgrade to 5.2.1.1 (#1978927 #c2)

References:

  [ 1 ] Bug #1978927 - unrealircd-5.2.1.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1978927


___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[EPEL-devel] Fedora EPEL 8 updates-testing report

[updates]

The following Fedora EPEL 8 Security updates need testing:
 Age  URL
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-d4c3bbff96   
libolm-3.2.4-2.el8
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-15c5b7660c   
suricata-5.0.7-1.el8
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-ac096c00b0   
libtpms-0.8.4-0.20210624gita594c4692a.el8.1
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f971d08ec9   
chromium-91.0.4472.114-2.el8
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-8f073f9e87   
opendmarc-1.4.1.1-3.el8
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-9ca0db533c   
kitty-0.19.3-1.el8


The following builds have been pushed to Fedora EPEL 8 updates-testing

fortune-mod-3.6.1-2.el8
ipv6calc-3.2.0-56.el8
mod_perl-2.0.11-4.el8
perl-Text-Iconv-1.7-42.el8
tesseract-4.1.0-2.el8
unrealircd-5.2.1.1-1.el8

Details about builds:



 fortune-mod-3.6.1-2.el8 (FEDORA-EPEL-2021-6ff9ed6016)
 A program which will display a fortune

Update Information:

cleanup spec support building on EPEL8 use --with offensive to skip removing
offensive cookies

ChangeLog:


References:

  [ 1 ] Bug #1982049 - Please branch and build fortune-mod for EPEL8
https://bugzilla.redhat.com/show_bug.cgi?id=1982049




 ipv6calc-3.2.0-56.el8 (FEDORA-EPEL-2021-729136252c)
 IPv6 address format change and calculation utility

Update Information:

Final release 3.2.0

ChangeLog:

* Wed Jul 14 2021 Peter Bieringer  - 3.2.0-56
- Final release 3.2.0




 mod_perl-2.0.11-4.el8 (FEDORA-EPEL-2021-813118785a)
 An embedded Perl interpreter for the Apache HTTP Server

Update Information:

This release fixes detecting APR features, a possible crash in perl_parse(), use
of a deprecated ap_get_server_version(), and out-dated access rules in an
example perl.conf.

ChangeLog:

* Wed Jul 14 2021 Petr Pisar  - 2.0.11-4
- Fix detecting APR features broken by a multilib-sanitized apr.h (bug #1981927)
* Mon May 17 2021 Petr Pisar  - 2.0.11-3
- Fix a crash due to wrong use of perl_parse()
* Wed Jul  1 2020 Petr Pisar  - 2.0.11-2
- Do not use deprecated ap_get_server_version() (CPAN RT#124972)
- Use httpd 2.4 access rules in an example in perl.conf
- Disable ModPerl-Registry/t/closure.t and ModPerl-Registry/t/special_blocks.t
  tests (CPAN RT#132919)

References:

  [ 1 ] Bug #1981927 - APC::ThreadMutex is not available on x86_64 mod_perl
https://bugzilla.redhat.com/show_bug.cgi?id=1981927




 perl-Text-Iconv-1.7-42.el8 (FEDORA-EPEL-2021-3d5f3e02ff)
 Perl interface to iconv() codeset conversion function

Update Information:

The `Text::Iconv` module provides a Perl interface to the `iconv()` function as
defined by the Single UNIX Specification. The `convert()` method converts the
encoding of characters in the input string from the `fromcode` codeset to the
`tocode` codeset, and returns the result. Settings of `fromcode` and `tocode`
and their permitted combinations are implementation-dependent. Valid values are
specified in the system documentation.

ChangeLog:


References:

  [ 1 ] Bug #1814107 - Please make perl-Text-Iconv available on EPEL8
https://bugzilla.redhat.com/show_bug.cgi?id=1814107




 tesseract-4.1.0-2.el8 (FEDORA-EPEL-2021-d8b65a55a2)
 Raw OCR Engine

Update 

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
FEDORA-EPEL-2021-813118785a has been pushed to the Fedora EPEL 8 testing
repository.

You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-813118785a

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1814107] Please make perl-Text-Iconv available on EPEL8

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1814107

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #7 from Fedora Update System  ---
FEDORA-EPEL-2021-3d5f3e02ff has been pushed to the Fedora EPEL 8 testing
repository.

You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-3d5f3e02ff

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Python package and "vendorize"

[Kevin Fenzi]

On Tue, Jul 13, 2021 at 03:21:24PM -0500, Tony Asleson wrote:
> On Mon, Jul 12, 2021 at 7:04 PM Kevin Fenzi  wrote:
> >
> > On Mon, Jul 12, 2021 at 01:26:19PM -0500, Tony Asleson wrote:
> > > Upstream pywbem project took 2 internal libraries and broke them out
> > > into separate libraries.  I asked if they would be OK with maintaining
> > > these new packages in fedora and they said yes[1].  They followed the
> > > process and asked for a sponsor and got no response [2].
> >
> > Sorry about that.
> 
> No worries
> 
> > You could add them in as co-maintainers, provided you are willing to
> > show them how packaging works, etc.
> >
> > See: 
> > https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Become_a_co-maintainer
> 
> This seems to imply co-maintaining an existing package, not a new package?

Right. You would need to get the packages reviewed and added in any
case. But then you could add upstream as co-maintainers. :) 

kevin


signature.asc
Description: PGP signature
___
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_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

Non-responsive maintainer check for lotharlutz (Markus Mayer)

[Michel Alexandre Salim via devel]

Does anyone know how to contact Markus? non-responsive tracker:
https://bugzilla.redhat.com/show_bug.cgi?id=1982444

He's not responded to PRs on his Phoronix package for 4 months:
https://src.fedoraproject.org/rpms/phoronix-test-suite/pull-requests

and has not responded to a PR for his other package:
https://src.fedoraproject.org/rpms/jimtcl/pull-request/1

or to bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1372986

Thanks,

-- 
Michel Alexandre Salim
profile: https://keyoxide.org/mic...@michel-slm.name


signature.asc
Description: PGP signature
___
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_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

REMINDER: F35 Self-Contained Change deadlines due Tuesday

[Ben Cotton]

Hi everyone,

The deadline for F35 Self-Contained Change proposals is Tuesday 20 July:
https://fedorapeople.org/groups/schedule/f-35/f-35-key-tasks.html

Your proposals must be in the ChangeReadyForWrangler category by the
end of the day on Tuesday. The Code Complete (testable) deadline is 10
August.

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
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_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

REMINDER: F35 Self-Contained Change deadlines due Tuesday

[Ben Cotton]

Hi everyone,

The deadline for F35 Self-Contained Change proposals is Tuesday 20 July:
https://fedorapeople.org/groups/schedule/f-35/f-35-key-tasks.html

Your proposals must be in the ChangeReadyForWrangler category by the
end of the day on Tuesday. The Code Complete (testable) deadline is 10
August.

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-announce@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F35 Change: libffi 3.4 (late System-Wide Change proposal)

[Carlos O'Donell]

On 7/14/21 3:00 PM, Michael Catanzaro wrote:
> On Wed, Jul 14 2021 at 02:28:50 PM -0400, Ben Cotton  
> wrote:
>> Rebase libffi in Fedora 34
> 
> Is this a typo? F34 or F35?

Sorry. Fixed. Typo.

We've been carrying this change proposal since F34 as we work with
upstream to release libffi 3.4.

-- 
Cheers,
Carlos.
___
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_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

Re: F35 Change: libffi 3.4 (late System-Wide Change proposal)

[Carlos O'Donell]

On 7/14/21 2:33 PM, Samuel Sieb wrote:
> On 7/14/21 11:28 AM, Ben Cotton wrote:
>> == Upgrade/compatibility impact ==
>> Packages built on the previous version of libffi will have an
>> auto-requires on the old SONAME and will cause dnf to install
>> libffi3.1 (compat package with runtime). When packages are rebuilt
>> against libffi 3.4 they will automatically switch to using the new
>> SONAME.
>>
>> libffi's latest static trampolines feature has been disabled because
>> it has an impact on
> 
> Looks like this section got cut off.

Sorry. Updated.

Thee static templates impact gobject-introspection and ghc.

-- 
Cheers,
Carlos.
___
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_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

[Bug 1982436] New: perl-CPAN-FindDependencies-3.09 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1982436

Bug ID: 1982436
   Summary: perl-CPAN-FindDependencies-3.09 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-CPAN-FindDependencies
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: i...@cicku.me, jples...@redhat.com,
perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 3.09
Current version/release in rawhide: 3.08-1.fc35
URL: http://search.cpan.org/dist/CPAN-FindDependencies/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.


Based on the information from anitya:
https://release-monitoring.org/project/2729/


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Self Introduction: Kyle Knoepfel

[Kyle Knoepfel]

José, thanks for the message.  Yes, I do have a sponsor--Pat Riehecky.

Kyle

On Jul 14, 2021, at 1:23 PM, José Abílio Matos 
mailto:jama...@fc.up.pt>> wrote:

On Wednesday, 14 July 2021 14.09.15 WEST Kyle Knoepfel wrote:
> Hi all,
>
> I'm Kyle Knoepfel, a software developer at Fermi National Accelerator
> Laboratory.  The majority of my projects are C++ based with a little Python
> mixed in (a few of them can be found at 
> https://github.com/knoepfel).
>
> I've volunteered to maintain the EPEL7 branch of nlohmann_json, which one of
> our projects relies upon
> (https://bugzilla.redhat.com/show_bug.cgi?id=1979694).
>
> I'm glad to join your ranks, and thanks upfront for your patience as I get
> acclimated.
>
> Best regards,
> Kyle

Hi Kyle,
  do you have a sponsor? This is are you a packager already?

Best regards,
--
José Abílio
___
devel mailing list -- 
devel@lists.fedoraproject.org
To unsubscribe send an email to 
devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.fedoraproject.org_en-2DUS_project_code-2Dof-2Dconduct_=DwIGaQ=gRgGjJ3BkIsb5y6s49QqsA=uzo5S8L1si7hf_6zIbHrsXtcdDGlG7QndKw5NhvURdA=UmjQnTd2pkra8nSlXz4fH747rW72MgjkSAOivy_ZmZs=LOtIEn3zQAty-Hp1IdkpkxK3ai8cdWOWP4Rwkix_6mg=
List Guidelines: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__fedoraproject.org_wiki_Mailing-5Flist-5Fguidelines=DwIGaQ=gRgGjJ3BkIsb5y6s49QqsA=uzo5S8L1si7hf_6zIbHrsXtcdDGlG7QndKw5NhvURdA=UmjQnTd2pkra8nSlXz4fH747rW72MgjkSAOivy_ZmZs=KPLfJlOHrlbyMGPOPlDH0kc_D0y72AN5Ty8_TFzFAFc=
List Archives: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.fedoraproject.org_archives_list_devel-40lists.fedoraproject.org=DwIGaQ=gRgGjJ3BkIsb5y6s49QqsA=uzo5S8L1si7hf_6zIbHrsXtcdDGlG7QndKw5NhvURdA=UmjQnTd2pkra8nSlXz4fH747rW72MgjkSAOivy_ZmZs=OpX2ABIO1gKzUvE7-_JNjDmYWBqhR0uW66a-bFZOdtg=
Do not reply to spam on the list, report it: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__pagure.io_fedora-2Dinfrastructure=DwIGaQ=gRgGjJ3BkIsb5y6s49QqsA=uzo5S8L1si7hf_6zIbHrsXtcdDGlG7QndKw5NhvURdA=UmjQnTd2pkra8nSlXz4fH747rW72MgjkSAOivy_ZmZs=Spm1nbRzgrMXIFTTkar6EgFozPDlXe40OchyyoA-Ldk=

___
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_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

Re: Review swaps

[Jerry James]

On Wed, Jul 14, 2021 at 3:40 AM Karolina Surma  wrote:
> I've taken python-pytest-datadir and python-pytest-regressions which I
> started to work on independently.

Thank you!  Let me know if I can do anything for you.
-- 
Jerry James
http://www.jamezone.org/
___
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_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

orphan apache-ivy and 2 java Review Requests

[Sérgio Basto]

Hi, 
 [1] apache-ivy is only required by ivy-local from javapackages-tools-
6.0.0~alpha-7.fc35.src.rpm

apache-ivy is a FTBFS on rawhide
https://kojipkgs.fedoraproject.org/work/tasks/6387/71866387/build.log


I'd bring back to Fedora fedora-review-plugin-java
Review Request: fedora-review-plugin-java - Java plugin for
FedoraReview https://bugzilla.redhat.com/show_bug.cgi?id=1982370

Review Request: biglybt - Source for BiglyBT, a feature filled, open
source, ad-free, bittorrent client. to replace azureus 
https://bugzilla.redhat.com/show_bug.cgi?id=1981982




[1]
dnf repoquery --disablerepo='*' --enablerepo=rawhide --recursive --
whatrequires "mvn(jayasoft:ivy*)"  or "mvn(org.apache.ivy*)" or apache-
ivy or apache-ivy
-- 
Sérgio M. B.
___
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_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

Re: F35 Change: libffi 3.4 (late System-Wide Change proposal)

[Michael Catanzaro]

On Wed, Jul 14 2021 at 02:28:50 PM -0400, Ben Cotton 
 wrote:

Rebase libffi in Fedora 34


Is this a typo? F34 or F35?

___
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_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

Re: F35 Change: libffi 3.4 (late System-Wide Change proposal)

[Samuel Sieb]

On 7/14/21 11:28 AM, Ben Cotton wrote:

== Upgrade/compatibility impact ==
Packages built on the previous version of libffi will have an
auto-requires on the old SONAME and will cause dnf to install
libffi3.1 (compat package with runtime). When packages are rebuilt
against libffi 3.4 they will automatically switch to using the new
SONAME.

libffi's latest static trampolines feature has been disabled because
it has an impact on


Looks like this section got cut off.
___
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_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

F35 Change: Enhanced Inscript as default Indic IM (Self-Contained Change)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/Enhanced_Inscript_as_default_Indic_IM

== Summary ==
The recommended default input method for Indic languages will be
changed from Inscript to Enhanced Inscript keymaps.

== Owner ==
* Name: [[User:Pnemade| Parag Nemade]]
* Email: 


== Detailed Description ==
We have enhanced Inscript keyboard layouts available in Fedora. But
they were implemented some time back as draft implementation. We now
want to update them to follow the final released standard keymappings.

It is available as
[https://standardsbis.bsbedge.com/BIS_searchstandard.aspx?Standard_Number=IS+16350=22277
IS 16350:2016] standard.

{| border="1"
|-
| '''Language'''  ||  ''' Locale code ''' ||'''Existing Input
method''' ||'''New Input method'''
|-
| Assamese || as_IN || as-phonetic.mim  || as-inscript2.mim
|-
| Bengali  || bn_IN || bn-inscript.mim  || bn-inscript2.mim
|-
| Bodo   || brx_IN || brx-inscript2-deva.mim || brx-inscript2-deva.mim
|-
| Dogri   || doi_IN || doi-inscript2-deva.mim || doi-inscript2-deva.mim
|-
| Gujarati|| gu_IN || gu-inscript.mim  || gu-inscript2.mim
|-
| Hindi || hi_IN || hi-inscript.mim  || hi-inscript2.mim
|-
| Kannada   || kn_IN || kn-kgp.mim  || kn-inscript2.mim
|-
| Kashmiri|| ks_IN@devanagari || ks-inscript.mim  || ks-inscript2-deva.mim
|-
| Konkani ||  kok_IN || kok-inscript2-deva.mim || kok-inscript2-deva.mim
|-
| Maithili|| mai_IN || mai-inscript.mim  || mai-inscript2.mim
|-
| Malayalam   || ml_IN || ml-inscript.mim  || ml-inscript2.mim
|-
| Manipuri  || mni_IN ||mni-inscript2-beng.mim ||mni-inscript2-beng.mim
|-
| Marathi   || mr_IN || mr-inscript.mim  || mr-inscript2.mim
|-
| Nepali|| ne_NP || ne-rom.mim ||ne-inscript2-deva.mim
|-
| Odia  || or_IN || or-inscript.mim  || or-inscript2.mim
|-
| Punjabi   || pa_IN || pa-inscript.mim   || pa-inscript2-guru.mim
|-
| Sanskrit  || sa_IN ||sa-harvard-kyoto.mim ||sa-inscript2.mim
|-
| Santhali  || sat_IN ||sat-inscript2-deva.mim ||sat-inscript2-deva.mim
|-
| Sindhi|| sd_IN@devanagri || sd-inscript.mim   || sd-inscript2-deva.mim
|-
| Tamil || ta_IN || ta-typewriter.mim  || ta-inscript2.mim
|-
| Telugu|| te_IN || te-inscript.mim  || te-inscript2.mim
|}


== Benefit to Fedora ==
Users who want to use Enhanced Inscript keymaps will get to use them
which will now use final released implementation of IS 16350:2016
standard.


== Scope ==
* Proposal owners:
Update the final released Enhanced Inscript Keyboard Layouts standard.
This requires to update m17n-db package which uses
https://pagure.io/inscript2 as upstream for these Enhanced Inscript
keymaps. We will also need to update default keymaps for Indic
languages from Inscript to Enhanced Inscript. This will be done in
ibus-m17n package.

* Other developers:
* Release engineering: N/A (not needed for this Change)
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)


== Upgrade/compatibility impact ==
Users will be moved from Inscript keymaps to Enhanced Inscript
keymaps. Both are compatible to each other except some keymappings
changed for Normal characters as well as Shifted Characters and 3rd
layer (using AltGr) is added to type extra characters.


== How To Test ==
We already have Enhanced Inscript keymaps in Fedora but their
implementation is following draft released standard by Government.
With this Change users can test final released standard keymaps.

They can still use the same testcase
https://fedoraproject.org/wiki/QA:Inscript2_Keymaps



== User Experience ==
* Users will type characters as per final released Enhanced Inscript
standard keymaps.

== Dependencies ==

m17n-db and ibus-m17n packages will be updated


== Contingency Plan ==
Revert to older Inscript keymaps.

== Documentation ==
We will add some information about this in Release notes.



-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-announce@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

F35 Change: libffi 3.4 (late System-Wide Change proposal)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/LIBFFI34

== Summary ==
Rebase libffi in Fedora 34 from libffi 3.1 to libffi 3.4 (released
June 28 2021), and provide a libffi3.1 compatibility package to handle
the library SONAME transition.

== Owner ==
* Name: [[User:codonell| Carlos O'Donell]]
* Email: car...@redhat.com


== Detailed Description ==
Libffi 3.4 was released in June 28 2021 after a long period of
upstream testing supported directly by Fedora (DJ Delorie).  Intel
Control-flow Enforcement Technology support has been added, which is a
desirable feature for Fedora.  Fedora is currently using libffi 3.1,
released in 2014.

This change will require a SONAME bump due to ABI changes. A libffi3.1
package has been prepared, and tested in a side-tag along with libffi
3.4, and supports a smooth transition between existing binaries and
binaries using the new library. No package needs to be rebuilt, old
packages will require and install the compat libffi3.1 package.

The libffi3.1 package would enter the distribution first, followed by
libffi updated to version 3.4. Again, no packages need to be rebuilt
for the transition to happen.


== Benefit to Fedora ==
Stay up to date with upstream libffi, including bug fixes et al.

Stay compatible with other distros which have updated already.

Add support for Intel CET and Power10.

== Scope ==
* Proposal owners: Update to libffi 3.4
* Other developers: Packages which link against libffi do not need to
be rebuilt.  Depending on your API usage, some code changes might be
required after the update, but existing builds will continue to work.
* Release engineering:
* Policies and guidelines: The policies and guidelines do not need to
be updated.
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives: None


== Upgrade/compatibility impact ==
Packages built on the previous version of libffi will have an
auto-requires on the old SONAME and will cause dnf to install
libffi3.1 (compat package with runtime). When packages are rebuilt
against libffi 3.4 they will automatically switch to using the new
SONAME.

libffi's latest static trampolines feature has been disabled because
it has an impact on


== How To Test ==
libffi includes its own testsuite.  A side-tag rebuild has been
carried out to rebuild dependent packages and verify their correct
operation, this includes:

* python3.9
* dnf
* gobject-introspection
* glib2
* p11-kit
* rubygem-ffi
* guile22
* git-annex
* php
* llvm

Correct operation of these packages was verified by reviewing testsuite results.

== User Experience ==
The new version of libffi, aside from the usual internal bugfixes and
tweaks, introduces support for Intel CET and Power10.

== Dependencies ==
The key dependencies for libffi are python and dnf. Correct operation
of python and dnf during the transition requires the libffi3.1 compat
package to allow a smooth rebuild path from one SONAME to the next.
Verification of this was carried out in a side-tag in Fedora Rawhide.

== Contingency Plan ==
* Contingency mechanism: Revert to libffi 3.1 (dropping libffi3.1 and
the libffi 3.4 update)
* Contingency deadline: 2021-08-24
* Blocks release? No
* Blocks product? N/A

== Documentation ==
libffi includes its own documentation.  No additional documentation
work is required.

== Release Notes ==

libffi does not public formal release notes.  A change list can be
found in libffi's git history:
https://github.com/libffi/libffi/commits/master

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-announce@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

F35 Change: Enhanced Inscript as default Indic IM (Self-Contained Change)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/Enhanced_Inscript_as_default_Indic_IM

== Summary ==
The recommended default input method for Indic languages will be
changed from Inscript to Enhanced Inscript keymaps.

== Owner ==
* Name: [[User:Pnemade| Parag Nemade]]
* Email: 


== Detailed Description ==
We have enhanced Inscript keyboard layouts available in Fedora. But
they were implemented some time back as draft implementation. We now
want to update them to follow the final released standard keymappings.

It is available as
[https://standardsbis.bsbedge.com/BIS_searchstandard.aspx?Standard_Number=IS+16350=22277
IS 16350:2016] standard.

{| border="1"
|-
| '''Language'''  ||  ''' Locale code ''' ||'''Existing Input
method''' ||'''New Input method'''
|-
| Assamese || as_IN || as-phonetic.mim  || as-inscript2.mim
|-
| Bengali  || bn_IN || bn-inscript.mim  || bn-inscript2.mim
|-
| Bodo   || brx_IN || brx-inscript2-deva.mim || brx-inscript2-deva.mim
|-
| Dogri   || doi_IN || doi-inscript2-deva.mim || doi-inscript2-deva.mim
|-
| Gujarati|| gu_IN || gu-inscript.mim  || gu-inscript2.mim
|-
| Hindi || hi_IN || hi-inscript.mim  || hi-inscript2.mim
|-
| Kannada   || kn_IN || kn-kgp.mim  || kn-inscript2.mim
|-
| Kashmiri|| ks_IN@devanagari || ks-inscript.mim  || ks-inscript2-deva.mim
|-
| Konkani ||  kok_IN || kok-inscript2-deva.mim || kok-inscript2-deva.mim
|-
| Maithili|| mai_IN || mai-inscript.mim  || mai-inscript2.mim
|-
| Malayalam   || ml_IN || ml-inscript.mim  || ml-inscript2.mim
|-
| Manipuri  || mni_IN ||mni-inscript2-beng.mim ||mni-inscript2-beng.mim
|-
| Marathi   || mr_IN || mr-inscript.mim  || mr-inscript2.mim
|-
| Nepali|| ne_NP || ne-rom.mim ||ne-inscript2-deva.mim
|-
| Odia  || or_IN || or-inscript.mim  || or-inscript2.mim
|-
| Punjabi   || pa_IN || pa-inscript.mim   || pa-inscript2-guru.mim
|-
| Sanskrit  || sa_IN ||sa-harvard-kyoto.mim ||sa-inscript2.mim
|-
| Santhali  || sat_IN ||sat-inscript2-deva.mim ||sat-inscript2-deva.mim
|-
| Sindhi|| sd_IN@devanagri || sd-inscript.mim   || sd-inscript2-deva.mim
|-
| Tamil || ta_IN || ta-typewriter.mim  || ta-inscript2.mim
|-
| Telugu|| te_IN || te-inscript.mim  || te-inscript2.mim
|}


== Benefit to Fedora ==
Users who want to use Enhanced Inscript keymaps will get to use them
which will now use final released implementation of IS 16350:2016
standard.


== Scope ==
* Proposal owners:
Update the final released Enhanced Inscript Keyboard Layouts standard.
This requires to update m17n-db package which uses
https://pagure.io/inscript2 as upstream for these Enhanced Inscript
keymaps. We will also need to update default keymaps for Indic
languages from Inscript to Enhanced Inscript. This will be done in
ibus-m17n package.

* Other developers:
* Release engineering: N/A (not needed for this Change)
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)


== Upgrade/compatibility impact ==
Users will be moved from Inscript keymaps to Enhanced Inscript
keymaps. Both are compatible to each other except some keymappings
changed for Normal characters as well as Shifted Characters and 3rd
layer (using AltGr) is added to type extra characters.


== How To Test ==
We already have Enhanced Inscript keymaps in Fedora but their
implementation is following draft released standard by Government.
With this Change users can test final released standard keymaps.

They can still use the same testcase
https://fedoraproject.org/wiki/QA:Inscript2_Keymaps



== User Experience ==
* Users will type characters as per final released Enhanced Inscript
standard keymaps.

== Dependencies ==

m17n-db and ibus-m17n packages will be updated


== Contingency Plan ==
Revert to older Inscript keymaps.

== Documentation ==
We will add some information about this in Release notes.



-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
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_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

F35 Change: libffi 3.4 (late System-Wide Change proposal)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/LIBFFI34

== Summary ==
Rebase libffi in Fedora 34 from libffi 3.1 to libffi 3.4 (released
June 28 2021), and provide a libffi3.1 compatibility package to handle
the library SONAME transition.

== Owner ==
* Name: [[User:codonell| Carlos O'Donell]]
* Email: car...@redhat.com


== Detailed Description ==
Libffi 3.4 was released in June 28 2021 after a long period of
upstream testing supported directly by Fedora (DJ Delorie).  Intel
Control-flow Enforcement Technology support has been added, which is a
desirable feature for Fedora.  Fedora is currently using libffi 3.1,
released in 2014.

This change will require a SONAME bump due to ABI changes. A libffi3.1
package has been prepared, and tested in a side-tag along with libffi
3.4, and supports a smooth transition between existing binaries and
binaries using the new library. No package needs to be rebuilt, old
packages will require and install the compat libffi3.1 package.

The libffi3.1 package would enter the distribution first, followed by
libffi updated to version 3.4. Again, no packages need to be rebuilt
for the transition to happen.


== Benefit to Fedora ==
Stay up to date with upstream libffi, including bug fixes et al.

Stay compatible with other distros which have updated already.

Add support for Intel CET and Power10.

== Scope ==
* Proposal owners: Update to libffi 3.4
* Other developers: Packages which link against libffi do not need to
be rebuilt.  Depending on your API usage, some code changes might be
required after the update, but existing builds will continue to work.
* Release engineering:
* Policies and guidelines: The policies and guidelines do not need to
be updated.
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives: None


== Upgrade/compatibility impact ==
Packages built on the previous version of libffi will have an
auto-requires on the old SONAME and will cause dnf to install
libffi3.1 (compat package with runtime). When packages are rebuilt
against libffi 3.4 they will automatically switch to using the new
SONAME.

libffi's latest static trampolines feature has been disabled because
it has an impact on


== How To Test ==
libffi includes its own testsuite.  A side-tag rebuild has been
carried out to rebuild dependent packages and verify their correct
operation, this includes:

* python3.9
* dnf
* gobject-introspection
* glib2
* p11-kit
* rubygem-ffi
* guile22
* git-annex
* php
* llvm

Correct operation of these packages was verified by reviewing testsuite results.

== User Experience ==
The new version of libffi, aside from the usual internal bugfixes and
tweaks, introduces support for Intel CET and Power10.

== Dependencies ==
The key dependencies for libffi are python and dnf. Correct operation
of python and dnf during the transition requires the libffi3.1 compat
package to allow a smooth rebuild path from one SONAME to the next.
Verification of this was carried out in a side-tag in Fedora Rawhide.

== Contingency Plan ==
* Contingency mechanism: Revert to libffi 3.1 (dropping libffi3.1 and
the libffi 3.4 update)
* Contingency deadline: 2021-08-24
* Blocks release? No
* Blocks product? N/A

== Documentation ==
libffi includes its own documentation.  No additional documentation
work is required.

== Release Notes ==

libffi does not public formal release notes.  A change list can be
found in libffi's git history:
https://github.com/libffi/libffi/commits/master

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
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_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

Re: Self Introduction: Kyle Knoepfel

[José Abílio Matos]

On Wednesday, 14 July 2021 14.09.15 WEST Kyle Knoepfel wrote:
> Hi all,
> 
> I'm Kyle Knoepfel, a software developer at Fermi National Accelerator
> Laboratory.  The majority of my projects are C++ based with a little Python
> mixed in (a few of them can be found at https://github.com/knoepfel).
> 
> I've volunteered to maintain the EPEL7 branch of nlohmann_json, which one of
> our projects relies upon
> (https://bugzilla.redhat.com/show_bug.cgi?id=1979694).
> 
> I'm glad to join your ranks, and thanks upfront for your patience as I get
> acclimated.
> 
> Best regards,
> Kyle

Hi Kyle,
  do you have a sponsor? This is are you a packager already?

Best regards,
-- 
José Abílio___
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_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

Re: F35 Change: Remove SHA-1 from Sqlite (Self-Contained Change proposal)

[Paul Wouters]

On Mon, 12 Jul 2021, Simo Sorce wrote:


SQLite is a general-purpose tool.  Not every use of SHA-1 is
cryptographically relevant.  Most uses in the context of SQLite probably
aren't, so the removal just annoys users for no good reason.


Note that this is a Sqlite decision, from RHEL engineering we only
requested the removal in digital signatures and where integrity
protection is required for security.
Also note that we do not require full removal, just that SHA-1 is not
used unless users intentionally change configuration.


How does this affect users of NSS who have created "default" databases,
eg using certutil -N ?  Do these use SHA1? If so, can they be migrated
to SHA2?  Automatically ?

Paul
___
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_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

Re: Macro to smoke-test-import a Python module in %check

[Miro Hrončok]

On 08. 07. 21 16:48, Miro Hrončok wrote:

On 29. 06. 21 8:28, Felix Schwarz wrote:


Am 28.06.21 um 21:44 schrieb Miro Hrončok:

The semantics is quite simple:


 %check
 %py3_check_import mymodule mymodule.submodule


Looks great! Thank you.

Please let us know when we should start adding that to our Python packages. :-)


Feel free to test it out in rawhide.

If there is no more feedback, I'll initiate the backports next week.



Fedora 34: https://bodhi.fedoraproject.org/updates/FEDORA-2021-98d8c2b4fd

Fedora 33: https://bodhi.fedoraproject.org/updates/FEDORA-2021-74b84549a3

CentOS Stream 9: 
https://gitlab.com/redhat/centos-stream/rpms/python-rpm-macros/-/merge_requests/4


EPEL 8: https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/31

EPEL 7: https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/32

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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_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

Re: Pcre2 libpcre2-posix.so soname bump

[Karel Zak]

On Mon, Jul 12, 2021 at 03:21:44PM +0200, Lukas Javorsky wrote:
> Hi,
> 
> I'm announcing the soname bump of the *libpcre2-posix.so *library (pcre2
> package) happening this Wednesday.
> 
> Library has some ABI changes which lead to this bump (you can read more
> about it here  under 10.37 version).
> 
> We are including the old soname library to prevent some running errors for
> the dependencies. After rebuilding all of the packages, we will remove it
> from the pcre2 package.
> 
> This change impact several packages listed below:
> carbon-c-relay-3.7.2-1.fc35.src.rpm
> haproxy-2.4.0-5.fc35.src.rpm
> mariadb-10.5.11-1.fc35.src.rpm
> metis-5.1.0-29.fc34.src.rpm
> pcre2-10.36-4.fc35.src.rpm
> util-linux-2.37-2.fc35.src.rpm

I have removed dependence on libpcre2-posix from util-linux, for now
it uses libc regex.h only.

  Karel

-- 
 Karel Zak  
 http://karelzak.blogspot.com
___
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_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

[Nest with Fedora] CfP open until July 23rd and Registration Open

[Marie Nordin]

Hi folks!

As everyone may remember, last year our annual contributor conference Flock
to Fedora was moved to a virtual event, Nest with Fedora. *Please join us
for the second edition of Nest with Fedora, August 5th-7th.* We are excited
to see all of the familiar (and new!) faces and to catch up on what
everybody has been up to in Fedora.

The *Call for Proposals has been extended until July 23rd*, and we are
looking forward to great submissions from the Fedora community. Submissions
can range by type of session, topic, and presenters of all skill levels
should feel encouraged to submit.

*CfP open here: *
https://pagure.io/flock/issues

*Registration open here: *
https://hopin.com/events/nest-with-fedora-2021

*For more information see:*
https://communityblog.fedoraproject.org/update-nest-with-fedora-cfp-registration-open/

Cheers!

--

Marie Nordin

Fedora Community Action and Impact Coordinator

Red Hat  • Fedora Project 

She/Her/Hers

T: +1.973.800.4967

IRC: riecatnor



___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-announce@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Nest with Fedora] CfP open until July 23rd and Registration Open

[Marie Nordin]

Hi folks!

As everyone may remember, last year our annual contributor conference Flock
to Fedora was moved to a virtual event, Nest with Fedora. *Please join us
for the second edition of Nest with Fedora, August 5th-7th.* We are excited
to see all of the familiar (and new!) faces and to catch up on what
everybody has been up to in Fedora.

The *Call for Proposals has been extended until July 23rd*, and we are
looking forward to great submissions from the Fedora community. Submissions
can range by type of session, topic, and presenters of all skill levels
should feel encouraged to submit.

*CfP open here: *
https://pagure.io/flock/issues

*Registration open here: *
https://hopin.com/events/nest-with-fedora-2021

*For more information see:*
https://communityblog.fedoraproject.org/update-nest-with-fedora-cfp-registration-open/

Cheers!

--

Marie Nordin

Fedora Community Action and Impact Coordinator

Red Hat  • Fedora Project 

She/Her/Hers

T: +1.973.800.4967

IRC: riecatnor



___
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_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

Re: Fwd: Architecture "ppc64le" again in Fedora Copr

[Dan Horák]

On Wed, 14 Jul 2021 17:36:00 +0200
Miroslav Suchý  wrote:

> FYI - I think this is worth a copy to Fedora devel.

it is :-) Thanks to everyone involved.


Dan
 
> Miroslav
> 
>  Přeposlaná zpráva 
> Předmět:  Architecture "ppc64le" again in Fedora Copr
> Datum:Wed, 14 Jul 2021 16:25:46 +0200
> Od:   Pavel Raiskup 
> Adresa pro odpověď:   Discussion of Fedora build system 
> 
> Společnost:   Red Hat, Inc.
> Komu: copr-de...@lists.fedorahosted.org
> Kopie:Discussion of Fedora build system 
> 
> 
> 
> 
> Hi all,
> 
> I'm glad I can announce that we have again (native) support for ppc64le builds
> in Fedora Copr. Currently we have two Power8 boxes (in RDU):
> https://pagure.io/fedora-infrastructure/issue/9059
> 
> The ppc64le chroots were re-enabled, feel free to use them. I noticed several
> build failures caused by missing repodata in ppc64le chroots, please 
> re-generate
> the repodata manually if you happen to see those problems.
> 
> Happy building!
> Pavel
> 
___
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_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

Fwd: Architecture "ppc64le" again in Fedora Copr

[Miroslav Suchý]

FYI - I think this is worth a copy to Fedora devel.

Miroslav

 Přeposlaná zpráva 
Předmět:Architecture "ppc64le" again in Fedora Copr
Datum:  Wed, 14 Jul 2021 16:25:46 +0200
Od: Pavel Raiskup 
Adresa pro odpověď: Discussion of Fedora build system 

Společnost: Red Hat, Inc.
Komu:   copr-de...@lists.fedorahosted.org
Kopie:  Discussion of Fedora build system 



Hi all,

I'm glad I can announce that we have again (native) support for ppc64le builds
in Fedora Copr. Currently we have two Power8 boxes (in RDU):
https://pagure.io/fedora-infrastructure/issue/9059

The ppc64le chroots were re-enabled, feel free to use them. I noticed several
build failures caused by missing repodata in ppc64le chroots, please re-generate
the repodata manually if you happen to see those problems.

Happy building!
Pavel

___
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_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

Schedule for Thursday's FPC Meeting (2021-07-15 16:00 UTC)

[James Antill]

 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2021-07-15 16:00 UTC in #fedora-meeting-1 on
irc.libera.chat.

 Local time information (via. uitime):

= Day: Thursday ==
2021-07-15 09:00 PDT  US/Pacific
2021-07-15 12:00 EDT  --> US/Eastern <--
2021-07-15 16:00 UTC  UTC   
2021-07-15 17:00 BST  Europe/London 
2021-07-15 18:00 CEST Europe/Berlin 
2021-07-15 18:00 CEST Europe/Paris  
2021-07-15 21:30 IST  Asia/Calcutta 
 New Day: Friday -
2021-07-16 00:00 HKT  Asia/Hong_Kong
2021-07-16 00:00 +08  Asia/Singapore
2021-07-16 01:00 JST  Asia/Tokyo
2021-07-16 02:00 AEST Australia/Brisbane


 Links to all tickets below can be found at: 

https://pagure.io/packaging-committee/issues?status=Open=meeting

= Followup Actions =

#topic #pr-814
 * mhroncok
   talk to authors again, having a working example might help a lot

= Followup Issues =

#topic #886 Enable BRP for detecting RPATH 
.fpc 886
https://pagure.io/packaging-committee/issue/886

#topic #907 Which %__foo macros for executables are acceptable? 
.fpc 907
https://pagure.io/packaging-committee/issue/907

#topic #1058 How to handle %lang files in package owned directories? .fpc 1058
https://pagure.io/packaging-committee/issue/1058

= Followup Pull Requests =

#topic #pr-814 Add SELinux Independent Policy Guidelines.
https://pagure.io/packaging-committee/pull-request/814

#topic #pr-1045 WIP: Add discussion of macro names beginning with underscores.
https://pagure.io/packaging-committee/pull-request/1045

#topic #pr-1071 Overhaul the RPATH section of the guidelines.
https://pagure.io/packaging-committee/pull-request/1071

#topic #pr-1072 Python Packaging Guidelines overhaul
https://pagure.io/packaging-committee/pull-request/1072

= Open Floor = 

 For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at:

https://pagure.io/packaging-committee/issues?status=Open=meeting

 If you would like to add something to this agenda, you can:
  * Reply to this e-mail
  * File a new ticket at: https://pagure.io/packaging-committee
  * E-mail me directly
  * Bring it up at the end of the meeting, during the open floor topic. Note
    that added topics may be deferred until the following meeting.





___
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_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

List of long term FTBFS packages to be retired in August

[Miro Hrončok]

Dear maintainers.

Based on the current fail to build from source policy, the following packages
will be retired from Fedora 35 approximately one week before branching (August 
2021).


Policy: 
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/


The packages in rawhide were not successfully built at least since Fedora 32.

This report is based on dist tags.

Packages collected via:
https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbfs-retirements.ipynb

If you see a package that was built, please let me know.
If you see a package that should be exempted from the process, please let me 
know and we can work together to get a FESCo approval for that.


If you see a package that can be rebuilt, please do so.

 Package  (co)maintainersLatest build
=
cardpeek kalev   Fedora 32
percona-xtrabackup   slaanesh, slankes   Fedora 32
proxyfuzzpsklenarFedora 32
sugar-view-slidescallkalpa, chimosky, pbrobinson, tuxbrewr   Fedora 31

The following packages require above mentioned packages:
Depending on: percona-xtrabackup (1)
holland (maintained by: immanetize, jeffreyness, survient)
holland-xtrabackup.noarch requires /usr/bin/xtrabackup

Affected (co)maintainers
callkalpa: sugar-view-slides
chimosky: sugar-view-slides
immanetize: percona-xtrabackup
jeffreyness: percona-xtrabackup
kalev: cardpeek
pbrobinson: sugar-view-slides
psklenar: proxyfuzz
slaanesh: percona-xtrabackup
slankes: percona-xtrabackup
survient: percona-xtrabackup
tuxbrewr: sugar-view-slides
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-announce@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-IoT-35-20210714.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 5/15 (aarch64), 3/16 (x86_64)

New failures (same test not failed in Fedora-IoT-35-20210712.0):

ID: 928166  Test: aarch64 IoT-dvd_ostree-iso release_identification@uefi
URL: https://openqa.fedoraproject.org/tests/928166
ID: 928167  Test: aarch64 IoT-dvd_ostree-iso base_reboot_unmount@uefi
URL: https://openqa.fedoraproject.org/tests/928167
ID: 928175  Test: aarch64 IoT-dvd_ostree-iso iot_zezere_server@uefi
URL: https://openqa.fedoraproject.org/tests/928175
ID: 928178  Test: aarch64 IoT-dvd_ostree-iso iot_zezere_ignition@uefi
URL: https://openqa.fedoraproject.org/tests/928178
ID: 928181  Test: x86_64 IoT-dvd_ostree-iso release_identification
URL: https://openqa.fedoraproject.org/tests/928181
ID: 928189  Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/928189
ID: 928192  Test: x86_64 IoT-dvd_ostree-iso iot_zezere_ignition
URL: https://openqa.fedoraproject.org/tests/928192

Old failures (same test failed in Fedora-IoT-35-20210712.0):

ID: 928169  Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/928169

Soft failed openQA tests: 3/16 (x86_64), 1/15 (aarch64)
(Tests completed, but using a workaround for a known bug)

New soft failures (same test not soft failed in Fedora-IoT-35-20210712.0):

ID: 928153  Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/928153
ID: 928155  Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/928155
ID: 928164  Test: aarch64 IoT-dvd_ostree-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/928164
ID: 928179  Test: x86_64 IoT-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/928179

Passed openQA tests: 9/15 (aarch64), 10/16 (x86_64)

New passes (same test not passed in Fedora-IoT-35-20210712.0):

ID: 928165  Test: aarch64 IoT-dvd_ostree-iso podman@uefi
URL: https://openqa.fedoraproject.org/tests/928165
ID: 928168  Test: aarch64 IoT-dvd_ostree-iso base_services_start@uefi
URL: https://openqa.fedoraproject.org/tests/928168
ID: 928170  Test: aarch64 IoT-dvd_ostree-iso iot_greenboot@uefi
URL: https://openqa.fedoraproject.org/tests/928170
ID: 928171  Test: aarch64 IoT-dvd_ostree-iso base_system_logging@uefi
URL: https://openqa.fedoraproject.org/tests/928171
ID: 928172  Test: aarch64 IoT-dvd_ostree-iso podman_client@uefi
URL: https://openqa.fedoraproject.org/tests/928172
ID: 928173  Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_overlay@uefi
URL: https://openqa.fedoraproject.org/tests/928173
ID: 928174  Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_rebase@uefi
URL: https://openqa.fedoraproject.org/tests/928174
ID: 928176  Test: aarch64 IoT-dvd_ostree-iso base_selinux@uefi
URL: https://openqa.fedoraproject.org/tests/928176
ID: 928177  Test: aarch64 IoT-dvd_ostree-iso base_service_manipulation@uefi
URL: https://openqa.fedoraproject.org/tests/928177
ID: 928180  Test: x86_64 IoT-dvd_ostree-iso podman
URL: https://openqa.fedoraproject.org/tests/928180
ID: 928182  Test: x86_64 IoT-dvd_ostree-iso base_reboot_unmount
URL: https://openqa.fedoraproject.org/tests/928182
ID: 928183  Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/928183
ID: 928184  Test: x86_64 IoT-dvd_ostree-iso base_system_logging
URL: https://openqa.fedoraproject.org/tests/928184
ID: 928185  Test: x86_64 IoT-dvd_ostree-iso podman_client
URL: https://openqa.fedoraproject.org/tests/928185
ID: 928186  Test: x86_64 IoT-dvd_ostree-iso iot_greenboot
URL: https://openqa.fedoraproject.org/tests/928186
ID: 928187  Test: x86_64 IoT-dvd_ostree-iso iot_rpmostree_overlay
URL: https://openqa.fedoraproject.org/tests/928187
ID: 928188  Test: x86_64 IoT-dvd_ostree-iso iot_rpmostree_rebase
URL: https://openqa.fedoraproject.org/tests/928188
ID: 928190  Test: x86_64 IoT-dvd_ostree-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/928190
ID: 928191  Test: x86_64 IoT-dvd_ostree-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/928191
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
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_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

Re: Self Introduction: Kyle Knoepfel

[Major Hayden]

On 7/14/21 8:09 AM, Kyle Knoepfel wrote:

Hi all,

I'm Kyle Knoepfel, a software developer at Fermi National Accelerator 
Laboratory.  The majority of my projects are C++ based with a little 
Python mixed in (a few of them can be found at 
https://github.com/knoepfel ).


I've volunteered to maintain the EPEL7 branch of nlohmann_json, which 
one of our projects relies upon 
(https://bugzilla.redhat.com/show_bug.cgi?id=1979694 
).


I'm glad to join your ranks, and thanks upfront for your patience as I 
get acclimated.


Welcome to the fun!  Let us know if you need help finding anything.


--
Major Hayden


OpenPGP_0x737051E0C1011FB1.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature
___
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_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

Re: [Fedocal] Reminder meeting : Prioritized bugs and issues

[Ben Cotton]

On Tue, Jul 13, 2021 at 7:00 AM  wrote:
>
> You are kindly invited to the meeting:
>Prioritized bugs and issues on 2021-07-14 from 11:00:00 to 12:00:00 
> America/Indiana/Indianapolis
>At fedora-meetin...@libera.chat
>
> More information available at: 
> https://docs.fedoraproject.org/en-US/program_management/prioritized_bugs/
>
I apologize for the late update. There are no nominated bugs, but we
will take a few minutes to discuss the currently accepted bugs:

* 1951492 — A glibc test hangs upon pthread cancellation when glibc is
compiled with annobin turned on
* 1953675 — Akonadi does not start due to DB failure

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
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_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

Self Introduction: Kyle Knoepfel

[Kyle Knoepfel]

Hi all,

I'm Kyle Knoepfel, a software developer at Fermi National Accelerator 
Laboratory.  The majority of my projects are C++ based with a little Python 
mixed in (a few of them can be found at https://github.com/knoepfel).

I've volunteered to maintain the EPEL7 branch of nlohmann_json, which one of 
our projects relies upon (https://bugzilla.redhat.com/show_bug.cgi?id=1979694).

I'm glad to join your ranks, and thanks upfront for your patience as I get 
acclimated.

Best regards,
Kyle
___
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_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

Fedora-Rawhide-20210714.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed, 1 result missing
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below

Failed openQA tests: 8/199 (x86_64), 8/138 (aarch64)

New failures (same test not failed in Fedora-Rawhide-20210713.n.0):

ID: 927521  Test: x86_64 Server-dvd-iso release_identification
URL: https://openqa.fedoraproject.org/tests/927521
ID: 927531  Test: x86_64 Server-dvd-iso realmd_join_sssd **GATING**
URL: https://openqa.fedoraproject.org/tests/927531
ID: 927532  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart 
**GATING**
URL: https://openqa.fedoraproject.org/tests/927532
ID: 927539  Test: x86_64 Server-dvd-iso server_cockpit_default **GATING**
URL: https://openqa.fedoraproject.org/tests/927539
ID: 927566  Test: x86_64 Workstation-live-iso release_identification
URL: https://openqa.fedoraproject.org/tests/927566
ID: 927585  Test: x86_64 KDE-live-iso release_identification
URL: https://openqa.fedoraproject.org/tests/927585
ID: 927610  Test: x86_64 Silverblue-dvd_ostree-iso release_identification
URL: https://openqa.fedoraproject.org/tests/927610
ID: 927625  Test: aarch64 Minimal-raw_xz-raw.xz release_identification@uefi
URL: https://openqa.fedoraproject.org/tests/927625
ID: 927648  Test: aarch64 Server-dvd-iso release_identification@uefi
URL: https://openqa.fedoraproject.org/tests/927648
ID: 927650  Test: aarch64 Server-dvd-iso realmd_join_sssd@uefi
URL: https://openqa.fedoraproject.org/tests/927650
ID: 927660  Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi
URL: https://openqa.fedoraproject.org/tests/927660
ID: 927668  Test: aarch64 Server-dvd-iso server_cockpit_default@uefi
URL: https://openqa.fedoraproject.org/tests/927668
ID: 927688  Test: aarch64 Server-raw_xz-raw.xz release_identification@uefi
URL: https://openqa.fedoraproject.org/tests/927688
ID: 927696  Test: aarch64 Workstation-raw_xz-raw.xz 
release_identification@uefi
URL: https://openqa.fedoraproject.org/tests/927696

Old failures (same test failed in Fedora-Rawhide-20210713.n.0):

ID: 927599  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/927599
ID: 927803  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/927803

Soft failed openQA tests: 5/138 (aarch64), 4/199 (x86_64)
(Tests completed, but using a workaround for a known bug)

New soft failures (same test not soft failed in Fedora-Rawhide-20210713.n.0):

ID: 927681  Test: aarch64 Server-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/927681

Old soft failures (same test soft failed in Fedora-Rawhide-20210713.n.0):

ID: 927622  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/927622
ID: 927624  Test: aarch64 Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/927624
ID: 927712  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/927712
ID: 927714  Test: x86_64 universal upgrade_2_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/927714
ID: 927725  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/927725
ID: 927761  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/927761
ID: 927790  Test: aarch64 universal upgrade_2_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/927790
ID: 927793  Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/927793

Passed openQA tests: 122/138 (aarch64), 183/199 (x86_64)

New passes (same test not passed in Fedora-Rawhide-20210713.n.0):

ID: 927628  Test: aarch64 Minimal-raw_xz-raw.xz base_services_start@uefi
URL: https://openqa.fedoraproject.org/tests/927628
ID: 927641  Test: aarch64 Server-dvd-iso anaconda_help@uefi
URL: https://openqa.fedoraproject.org/tests/927641
ID: 927665  Test: aarch64 Server-dvd-iso 
install_blivet_btrfs_preserve_home_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/927665
ID: 927682  Test: aarch64 Server-raw_xz-raw.xz base_selinux@uefi
URL: https://openqa.fedoraproject.org/tests/927682
ID: 927683  Test: aarch64 Server-raw_xz-raw.xz 
base_package_install_remove@uefi
URL: https://openqa.fedoraproject.org/tests/927683
ID: 927684  Test: aarch64 Server-raw_xz-raw.xz base_reboot_unmount@uefi
URL: https://openqa.fedoraproject.org/tests/927684
ID: 927685  Test: aarch64 Server-raw_xz-raw.xz base_system_logging@uefi
URL: https://openqa.fedoraproject.org/tests/927685
ID: 927686  Test: aarch64 Server-raw_xz-raw.xz base_update_cli@uefi
URL: https://openqa.fedoraproject.org/tests/927686
ID: 927687  Test: aarch64 

Re: Is it me, or is it autotools being silly?

[David Sommerseth]

On 14/07/2021 11:55, Miro Hrončok wrote:

On 14. 07. 21 11:49, David Sommerseth wrote:


Hi,

So I'm running some builds for the openvpn3-linux project on Fedora Rawhide
...  And we have this little line in configure.ac:

      AM_PATH_PYTHON([3.5],, [:])

When ./configure runs, it reports:

      checking for python3 version... 3.1

As a colleague said, mathematically this is correct.  But that doesn't really
help.  Who/what is truncating Python 3.10 to 3.1?  And how can that be fixed?
Is someone already looking into this?


Is the configure script regenerated during build? Old consifure scripts tend to
do this.


No, the tarball is pre-generated - on an Ubuntu 20.04 box, iirc.


This was fixed e.g. in automake:

https://bugzilla.redhat.com/show_bug.cgi?id=1889732

But depending on how is the configure script created, might require fix in the
project itself.


Thanks!  This was the pointer I needed and didn't find myself.  I'll dig 
into this.



I suggest to grep the configure script for 'sys.version' and see what it does
with that value (e.g. sys.version[:3] is usually the problem).


Yupp, the configure script does contain sys.version[:3].

Thanks for quick and good feedback!  I'll probably just add a re-run of 
autoreconf before %configure in the .spec file to circumvent this for 
now until we get automake upgraded.



--
kind regards,

David Sommerseth
___
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_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

Fedora rawhide compose report: 20210714.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20210713.n.0
NEW: Fedora-Rawhide-20210714.n.0

= SUMMARY =
Added images:2
Dropped images:  7
Added packages:  5
Dropped packages:2
Upgraded packages:   80
Downgraded packages: 0

Size of added packages:  3.66 MiB
Size of dropped packages:2.91 MiB
Size of upgraded packages:   2.23 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   112.77 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: Server raw-xz aarch64
Path: Server/aarch64/images/Fedora-Server-Rawhide-20210714.n.0.aarch64.raw.xz
Image: Container_Minimal_Base docker ppc64le
Path: 
Container/ppc64le/images/Fedora-Container-Minimal-Base-Rawhide-20210714.n.0.ppc64le.tar.xz

= DROPPED IMAGES =
Image: Cloud_Base qcow2 s390x
Path: Cloud/s390x/images/Fedora-Cloud-Base-Rawhide-20210713.n.0.s390x.qcow2
Image: Cloud_Base raw-xz s390x
Path: Cloud/s390x/images/Fedora-Cloud-Base-Rawhide-20210713.n.0.s390x.raw.xz
Image: Container_Minimal_Base docker s390x
Path: 
Container/s390x/images/Fedora-Container-Minimal-Base-Rawhide-20210713.n.0.s390x.tar.xz
Image: Server boot s390x
Path: Server/s390x/iso/Fedora-Server-netinst-s390x-Rawhide-20210713.n.0.iso
Image: Server dvd s390x
Path: Server/s390x/iso/Fedora-Server-dvd-s390x-Rawhide-20210713.n.0.iso
Image: Container_Base docker s390x
Path: 
Container/s390x/images/Fedora-Container-Base-Rawhide-20210713.n.0.s390x.tar.xz
Image: Everything boot s390x
Path: 
Everything/s390x/iso/Fedora-Everything-netinst-s390x-Rawhide-20210713.n.0.iso

= ADDED PACKAGES =
Package: ghc-ObjectName-1.1.0.1-1.fc35
Summary: Explicitly handled object names
RPMs:ghc-ObjectName ghc-ObjectName-devel ghc-ObjectName-doc 
ghc-ObjectName-prof
Size:258.47 KiB

Package: gnome-shell-extension-vertical-overview-6^1.d42c869-1.fc35
Summary: GNOME Shell extension for vertical overview and workspaces
RPMs:gnome-shell-extension-vertical-overview
Size:42.97 KiB

Package: libmemcached-awesome-1.1.0-3.fc35
Summary: Client library and command line tools for memcached server
RPMs:libmemcached-awesome libmemcached-awesome-devel 
libmemcached-awesome-tools
Size:3.22 MiB

Package: php-pecl-var-representation-0.1.0-1.fc35
Summary: var_representation extension
RPMs:php-pecl-var-representation
Size:118.32 KiB

Package: python-platformdirs-2.0.0-1.fc35
Summary: Python module for determining appropriate platform-specific dirs
RPMs:python3-platformdirs
Size:21.01 KiB


= DROPPED PACKAGES =
Package: libmemcached-1.0.18-22.fc34
Summary: Client library and command line tools for memcached server
RPMs:libmemcached libmemcached-devel libmemcached-libs
Size:2.85 MiB

Package: rust-gif0.10-0.10.3-2.fc34
Summary: GIF de- and encoder
RPMs:rust-gif0.10+c_api-devel rust-gif0.10+default-devel 
rust-gif0.10+libc-devel rust-gif0.10+raii_no_panic-devel rust-gif0.10-devel
Size:60.83 KiB


= UPGRADED PACKAGES =
Package:  InsightToolkit-4.13.3-5.fc35
Old package:  InsightToolkit-4.13.3-4.fc34
Summary:  Insight Toolkit library for medical image processing
RPMs: InsightToolkit InsightToolkit-devel InsightToolkit-doc 
InsightToolkit-examples InsightToolkit-vtk InsightToolkit-vtk-devel
Size: 76.55 MiB
Size change:  -452.08 KiB
Changelog:
  * Tue Jul 13 2021 Bj??rn Esser  - 4.13.3-5
  - Properly set BLA_VENDOR to FlexiBLAS for cmake >= 3.19


Package:  annobin-9.82-1.fc35
Old package:  annobin-9.80-1.fc35
Summary:  Annotate and examine compiled binary files
RPMs: annobin-annocheck annobin-docs annobin-plugin-clang 
annobin-plugin-gcc annobin-plugin-llvm
Size: 1.26 MiB
Size change:  4.06 KiB
Changelog:
  * Tue Jul 13 2021 Nick Clifton   - 9.81-1
  - Annocheck: Add some more test exceptions.

  * Tue Jul 13 2021 Nick Clifton   - 9.82-1
  - Annocheck: Add another test exceptions.


Package:  awscli-1.19.111-1.fc35
Old package:  awscli-1.19.110-1.fc35
Summary:  Universal Command Line Environment for AWS
RPMs: awscli
Size: 2.05 MiB
Size change:  243 B
Changelog:
  * Tue Jul 13 2021 Gwyn Ciesla  - 1.19.111-1
  - 1.19.111


Package:  blaze-3.8-4.fc35
Old package:  blaze-3.8-3.fc34
Summary:  An high-performance C++ math library for dense and sparse 
arithmetic
RPMs: blaze-devel
Size: 7.14 MiB
Size change:  -21.15 KiB
Changelog:
  * Tue Jul 13 2021 Bj??rn Esser  - 3.8-4
  - Properly set BLA_VENDOR to FlexiBLAS for cmake >= 3.19


Package:  breezy-3.2.1-1.fc35
Old package:  breezy-3.2.0-2.fc35
Summary:  Friendly distributed version control system
RPMs: breezy breezy-doc
Size: 31.95 MiB
Size change:  7.14 KiB
Changelog:
  * Tue Jul 13 2021 Ondrej Pohorelsky  - 3.2.1-1
  - Update to 3.2.1
  - Resolves: #1980401


Package:  btrfs-progs-5.13-1.fc35
Old package:  btrfs-progs-5.12.1-2.fc35
Summary:  Userspace programs for btrfs
RPMs: btrfs-progs btrfs-progs-devel libbtrfs libbtrfsutil 
p

Re: Is it me, or is it autotools being silly?

[Ondrej Dubaj]

This should be also fixed in Fedora already

https://src.fedoraproject.org/rpms/automake/c/3327906e94b767330433fda3da2d0997292c55ad?branch=rawhide

Ondrej

On Wed, Jul 14, 2021 at 12:11 PM Richard W.M. Jones 
wrote:

> On Wed, Jul 14, 2021 at 11:49:23AM +0200, David Sommerseth wrote:
> >
> > Hi,
> >
> > So I'm running some builds for the openvpn3-linux project on Fedora
> > Rawhide ...  And we have this little line in configure.ac:
> >
> > AM_PATH_PYTHON([3.5],, [:])
> >
> > When ./configure runs, it reports:
> >
> > checking for python3 version... 3.1
> >
> > As a colleague said, mathematically this is correct.  But that
> > doesn't really help.  Who/what is truncating Python 3.10 to 3.1?
> > And how can that be fixed?  Is someone already looking into this?
>
> It's a bug in AM_PATH_PYTHON (defined in
> /usr/share/aclocal-1.16/python.m4).
>
>   AC_CACHE_CHECK([for $am_display_PYTHON version], [am_cv_python_version],
> [am_cv_python_version=`$PYTHON -c "import sys;
> sys.stdout.write(sys.version[[:3]])"`])
>
> In the Python 3.10 interpreter:
>
> >>> print(sys.version[:3])
> 3.1
>
> (because the first 3 characters of the string "3.10.0b2" are "3.1")
>
> This seems to have been fixed upstream already:
>
> https://git.savannah.gnu.org/cgit/automake.git/tree/m4/python.m4#n89
>
> https://git.savannah.gnu.org/cgit/automake.git/commit/m4/python.m4?id=e21d46fddd0753e66a4acda88317670fee07f3e6
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat
> http://people.redhat.com/~rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> virt-builder quickly builds VMs from scratch
> http://libguestfs.org/virt-builder.1.html
> ___
> 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_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
>
___
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_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

Re: F35 Change: tzdata-minimal (Self-Contained Change proposal)

[Jonathan Wakely]

On Tue, 13 Jul 2021 at 21:42, Carlos O'Donell wrote:
> (1) Missing files vs. No /usr/share/zoneinfo.
>
> All existing third-party software must handle zone name changes today,
> so there must be some way to handle the error that a given zone is
> missing (changed names).
>
> Let me talk a bit about the new C++ time zone API I have been looking
> at with Jonathan Wakely.
>
> Errors based on this will be likely correct e.g. get_tz_dir() from the
> currently proposed C++ API for this (see (2)):

N.B. The functions below are not part of the standardized API, they
are implementation details of a specific implementation of that API.

>
>  353 CONSTDATA auto tz_dir_default = "/usr/share/zoneinfo";
>  354 CONSTDATA auto tz_dir_buildroot = "/usr/share/zoneinfo/uclibc";
>  355
>  356 // Check special path which is valid for buildroot with uclibc builds
>  357 if(stat(tz_dir_buildroot, ) == 0 && S_ISDIR(sb.st_mode))
>  358 return tz_dir_buildroot;
>  359 else if(stat(tz_dir_default, ) == 0 && S_ISDIR(sb.st_mode))
>  360 return tz_dir_default;
>  361 else
>  362 throw runtime_error("discover_tz_dir failed to find zoneinfo\n");
>
> Having tzdata uninstalled will throw the generic error as on line 362.
>
> But having tzdata-minimal will instead throw a specific error from line 3624:
>
> 3624 throw std::runtime_error(std::string(tz_name) + " not found in 
> timezone database");
>
> This probably supports having tzdata removed entirely, since the latter
> error makes it seems as-if the zone name is wrong (it's not, it's just
> not installed).
>
> Notes:
> https://github.com/HowardHinnant/date
>
> (2) Non-rpm packaging.
>
> We have C++ users using Howard Hinnart's 'date' package that implements
>  header and it can process complete IANA tzdb files.
>
> Currently Howard's API is being proposed for inclusion
> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0355r7.html

N.B. This is incorrect, it was proposed some years ago (the paper
above is from 2018) and is now part of ISO/IEC 14882:2020 i.e. the
C++20 standard.

I'm not yet sure what the C++ runtime will need to do if there are no
zoneinfo files at all, not even UTC. I suspect we will need a fallback
to UTC as well, and std::tzdb::current_zone() will return the info for
the UTC timezone. So I'm not sure that there's much practical
difference between no tzdata at all and tzdata-minimal as far as
libstdc++ will be concerned. This might change once I actually start
to implement it though. Maybe having tzdata-minimal would allow the
initial implementation to omit the fallback (assuming that all
sensible linux environments have at least UTC info), and add the
fallback later.

(It doesn't help that glibc has a fallback to UTC because the C++
runtime can't use glibc for timezone info, it will consume the tzdata
files directly.)
___
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_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

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927



--- Comment #4 from Fedora Update System  ---
FEDORA-EPEL-2021-813118785a has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-813118785a


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Is it me, or is it autotools being silly?

[Richard W.M. Jones]

On Wed, Jul 14, 2021 at 11:49:23AM +0200, David Sommerseth wrote:
> 
> Hi,
> 
> So I'm running some builds for the openvpn3-linux project on Fedora
> Rawhide ...  And we have this little line in configure.ac:
> 
> AM_PATH_PYTHON([3.5],, [:])
> 
> When ./configure runs, it reports:
> 
> checking for python3 version... 3.1
> 
> As a colleague said, mathematically this is correct.  But that
> doesn't really help.  Who/what is truncating Python 3.10 to 3.1?
> And how can that be fixed?  Is someone already looking into this?

It's a bug in AM_PATH_PYTHON (defined in
/usr/share/aclocal-1.16/python.m4).

  AC_CACHE_CHECK([for $am_display_PYTHON version], [am_cv_python_version],
[am_cv_python_version=`$PYTHON -c "import sys; 
sys.stdout.write(sys.version[[:3]])"`])

In the Python 3.10 interpreter:

>>> print(sys.version[:3])
3.1

(because the first 3 characters of the string "3.10.0b2" are "3.1")

This seems to have been fixed upstream already:

https://git.savannah.gnu.org/cgit/automake.git/tree/m4/python.m4#n89
https://git.savannah.gnu.org/cgit/automake.git/commit/m4/python.m4?id=e21d46fddd0753e66a4acda88317670fee07f3e6

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
___
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_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

Re: Is it me, or is it autotools being silly?

[Miro Hrončok]

On 14. 07. 21 11:49, David Sommerseth wrote:


Hi,

So I'm running some builds for the openvpn3-linux project on Fedora Rawhide 
...  And we have this little line in configure.ac:


     AM_PATH_PYTHON([3.5],, [:])

When ./configure runs, it reports:

     checking for python3 version... 3.1

As a colleague said, mathematically this is correct.  But that doesn't really 
help.  Who/what is truncating Python 3.10 to 3.1?  And how can that be fixed?  
Is someone already looking into this?


Is the configure script regenerated during build? Old consifure scripts tend to 
do this.


This was fixed e.g. in automake:

https://bugzilla.redhat.com/show_bug.cgi?id=1889732

But depending on how is the configure script created, might require fix in the 
project itself.


I suggest to grep the configure script for 'sys.version' and see what it does 
with that value (e.g. sys.version[:3] is usually the problem).


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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_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

[Bug 1814107] Please make perl-Text-Iconv available on EPEL8

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1814107



--- Comment #6 from Robert Scheck  ---
You are welcome...I actually need the package myself ;-)


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Is it me, or is it autotools being silly?

[David Sommerseth]

Hi,

So I'm running some builds for the openvpn3-linux project on Fedora 
Rawhide ...  And we have this little line in configure.ac:


AM_PATH_PYTHON([3.5],, [:])

When ./configure runs, it reports:

checking for python3 version... 3.1

As a colleague said, mathematically this is correct.  But that doesn't 
really help.  Who/what is truncating Python 3.10 to 3.1?  And how can 
that be fixed?  Is someone already looking into this?



Complete build logs can be seen here:



--
kind regards,

David Sommerseth
OpenVPN Inc
___
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_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

Re: Review swaps

[Karolina Surma]

Hey Jerry,

I've taken python-pytest-datadir and python-pytest-regressions which I 
started to work on independently.


Cheers,

Karolina


On 7/14/21 1:02 AM, Jerry James wrote:

A new version of python-networkx is out.  In order to keep building
documentation for it, the following new packages are needed.  I am
willing to swap reviews, or help out with fixing a bug in exchange for
a review.

python-bash-kernel: https://bugzilla.redhat.com/show_bug.cgi?id=1981993

python-jupyter-sphinx:
https://bugzilla.redhat.com/show_bug.cgi?id=1981994, requires
python-bash-kernel

python-pytest-datadir: https://bugzilla.redhat.com/show_bug.cgi?id=1981995

python-pytest-regressions:
https://bugzilla.redhat.com/show_bug.cgi?id=1981996, requires
python-pytest-datadir

python-pydata-sphinx-theme:
https://bugzilla.redhat.com/show_bug.cgi?id=1981997, requires
python-jupyter-sphinx and python-pytest-regressions


___
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_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

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927



--- Comment #3 from Fedora Update System  ---
FEDORA-2021-b3da202f28 has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2021-b3da202f28


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927



--- Comment #2 from Fedora Update System  ---
FEDORA-2021-765587b9ab has been submitted as an update to Fedora 34.
https://bodhi.fedoraproject.org/updates/FEDORA-2021-765587b9ab


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Unnannounced libtidy soversion bump

[Vitaly Zaitsev via devel]

Hello.

> nothing provides libtidy.so.5()(64bit) needed by
psi-plugins-1.5-3.fc34.x86_64

It looks like the tidy-5.8.0-1.fc35 update bumps soversion from .5 to .58.

Please untag or rebuild all dependent packages.

--
Sincerely,
  Vitaly Zaitsev (vit...@easycoding.org)
___
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_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

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||mod_perl-2.0.11-9.fc35




-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927

Petr Pisar  changed:

   What|Removed |Added

Link ID||CPAN 137599




-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1981927] APC::ThreadMutex is not available on x86_64 mod_perl

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1981927

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Petr Pisar  ---
I confirm this issue.

There are two bugs in mod_perl build script:

(1) APR::ThreadMutex module is built only if APR library was built with threads
support.
mod_perl's build script parses /usr/include/apr-1/apr.h for HAS_THREADS
preprocessor
symbol to decide whether APR library supports threads. But apr-devel
package modifies
/usr/include/apr-1/apr.h in a way which mod_perl's build script does not
understand.
As a result mod_perl does not produce APR::ThreadMutex module.

(2) mod_perl's build script installs APR::ThreadMutex(3pm) manual even if
APR::ThreadMutex
module is disabled.

I will try to adapt mod_perl's build script to the modified apr.h header file.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Triggering fedora-ci tests

[Petr Pisar]

V Tue, Jul 13, 2021 at 06:06:48PM +0200, Mark Wielaard napsal(a):
> Is there are place to see which tests are pending?

At Automated Tests tab of an update in a Bodhi web page you can see which of
the tests at plan level (e.g. fedora-ci.koji-build.tier0.functional,
fedora-ci.koji-build.installability.functional) are missing. They are marked
with an "ABSENT" label. As opposite to "FAILED" and "PASSED".

-- Petr


signature.asc
Description: PGP signature
___
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_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