Re: PR #47: binutils: drop gold

[Dennis Gilmore via devel]

I think it is fair to say it is a system wide change

Dennis

On Wed, Aug 2, 2023 at 1:40 PM Amit Shah  wrote:

>
>
> On Wed, 2023-08-02 at 10:50 -0500, Dennis Gilmore via devel wrote:
> > Given https://fedoraproject.org/wiki/Changes/BINUTILS_GOLD and
> > https://fedoraproject.org/wiki/Features/GoldLinkerDefault it seems
> > reasonable that to remove the feature we have a change to ensure wide
> > notice and documentation of the change
>
> I didn't know there were plans to switch it to default. Good thing we
> didn't do it!
>
> Does wide notice mean a Fedora Change Proposal?  I don't think this
> will qualify for a system-wide change.
>
>
> Thanks,
> Amit
>
> > On Wed, Jun 21, 2023 at 10:08 AM Amit Shah 
> > wrote:
> > > (I realized I hadn't subscribed to f-devel with this email ID, and
> > > this
> > > message didn't make it to devel.  Resending.)
> > >
> > > On Thu, 2023-06-15 at 13:59 +0200, Amit Shah wrote:
> > > > Hey Nick,
> > > >
> > > > I submitted
> > > >
> > > > https://src.fedoraproject.org/rpms/binutils/pull-request/47
> > > >
> > > > yesterday to not build gold by default.
> > > >
> > > > Creating this thread here to ensure you see this, and also a
> > > > chance to
> > > > discuss the change via email rather than on the PR.
> > > >
> > > > Cheers,
> > > >
> > > >Amit
> > > ___
> > > 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.fedorapro
> > > ject.org
> > > Do not reply to spam, report it: https://pagure.io/fedora-
> > > infrastructure/new_issue
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: https://docs.fedoraproject.org/en-
> > US/project/code-of-conduct/
> > List Guidelines:
> > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproje
> > ct.org
> > Do not reply to spam, report it: https://pagure.io/fedora-
> > infrastructure/new_issue
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-72bc7cd989   
apptainer-1.2.2-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-e594723d53   
seamonkey-2.53.17-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-f173cdf0c6   
chromium-115.0.5790.110-1.el7


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

argparse-manpage-4.3-3.el7
tsung-1.8.0-2.el7

Details about builds:



 argparse-manpage-4.3-3.el7 (FEDORA-EPEL-2023-332743f2a7)
 Build manual page from Python ArgumentParser object

Update Information:

runtime depend on python-toml

ChangeLog:

* Wed Jul 19 2023 Fedora Release Engineering  - 4.3-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
* Tue Jun 13 2023 Python Maint  - 4.3-2
- Rebuilt for Python 3.12




 tsung-1.8.0-2.el7 (FEDORA-EPEL-2023-a257de83d6)
 A distributed multi-protocol load testing tool

Update Information:

Fix python and perl shebangs

ChangeLog:

* Wed Aug  2 2023 Didier Fabert  - 1.8.0-2
- Fix python and perl shebangs 
https://bugzilla.redhat.com/show_bug.cgi?id=2224873

References:

  [ 1 ] Bug #2224873 - F39FailsToInstall: tsung
https://bugzilla.redhat.com/show_bug.cgi?id=2224873


___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Orphaned qodem

[Richard Shaw]

I have orphaned qodem. I haven't used it in years and was only interested
during a brief revival of the good ole' BBS days many years ago.

https://src.fedoraproject.org/rpms/qodem

Thanks,
Richard
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Self Introduction: Felix Maurer

[Fabio Valentini]

On Wed, Aug 2, 2023 at 11:27 PM Felix Maurer  wrote:
>
> Hi everyone!
>
> My name is Felix and I'm a software engineer from Germany. As long as
> I'm working on software, I've always enjoyed contributing to the open
> source projects I use. I have some experience creating RPMs for personal
> software.
> For Fedora, I plan to first work on unretiring the stgit package, a
> software that I use daily. I may want to look at more packaging work
> following that.

Welcome!

I hope we can bring stgit back (narrator: it was rewritten in Rust and
the version that was in Fedora prior to retirement was an old one
pre-Rust-rewrite).
Let me know once you have any package review requests. I can do some
reviews, and assuming everything goes well, I can handle the packager
group sponsorship as well :)

Fabio
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Self Introduction: Felix Maurer

[Felix Maurer]

Hi everyone!

My name is Felix and I'm a software engineer from Germany. As long as 
I'm working on software, I've always enjoyed contributing to the open 
source projects I use. I have some experience creating RPMs for personal 
software.
For Fedora, I plan to first work on unretiring the stgit package, a 
software that I use daily. I may want to look at more packaging work 
following that.


   Felix
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

poppler soname bump in Rawhide

[Marek Kasik]

Hi,

I've prepared rebase of poppler to 23.08.0, which was released today, in 
the side tag "f39-build-side-70931". I'm asking you to build your 
dependent packages in it and I will merge it to the main buildroot at 
Monday (7th of August) just before the branching.


There are several API changes and soname bump of the base library 
libpoppler.so.*.


Packages which need to be rebuilt:
 calligra
 gambas3
 gdal
 gdcm
 inkscape
 kf5-kitinerary
 libreoffice
 pdf2djvu
 scribus

If your package still uses the unstable API (headers from 
poppler-devel), could you consider to change it to use a stable API in 
the future (glib, qt5, C++)? It would mean less work for you and I would 
be able to disable the unstable API.


It seems that all these packages build fine with the new poppler so it 
should not take much time this time (according to local scratch-build).


Regards
Marek
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Script for installing TeXLive packages required by a document?

[Blaise Pabon]

Peace and blessings upon you, this is great.
Years ago, managing Tex dependencies was the bane of my life.


On Tue, Aug 1, 2023, 8:19 AM Ankur Sinha  wrote:

> Hi folks,
>
> Would any Fedora TeXLive users have any scripts to figure out what
> TeXLive packages a TeX/LaTeX document uses and install them using dnf?
>
> I've got this hacked up and it does work and I was wondering if I should
> move it to a different repository and package it up to make it available
> to all Fedora users, but does someone have a better solution/tool?
>
> https://github.com/sanjayankur31/100_dotfiles/blob/main/bin/fedora-install-texlive-deps.sh
>
> (also attached)
>
> --
> Thanks,
> Regards,
> Ankur Sinha "FranciscoD" (He / Him / His) |
> https://fedoraproject.org/wiki/User:Ankursinha
> Time zone: Europe/London
> ___
> 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, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora CoreOS Meeting Minutes 2023-08-02

[Dusty Mabe]

Minutes: 
https://meetbot.fedoraproject.org/fedora-meeting-1/2023-08-02/fedora_coreos_meeting.2023-08-02-16.30.html
Minutes (text): 
https://meetbot.fedoraproject.org/fedora-meeting-1/2023-08-02/fedora_coreos_meeting.2023-08-02-16.30.txt
Log: 
https://meetbot.fedoraproject.org/fedora-meeting-1/2023-08-02/fedora_coreos_meeting.2023-08-02-16.30.log.html


#fedora-meeting-1: fedora_coreos_meeting



Meeting started by dustymabe at 16:30:19 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting-1/2023-08-02/fedora_coreos_meeting.2023-08-02-16.30.log.html
.



Meeting summary
---
* roll call  (dustymabe, 16:30:23)

* Action items from last meeting  (dustymabe, 16:33:59)
  * There were no action items from last meeting  (dustymabe, 16:34:50)

* kola reprovision tests are failing on ppc64le  (dustymabe, 16:35:32)
  * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1489
(dustymabe, 16:35:36)
  * AGREED: Since our install base is low we will attempt to pin the
kernel for just ppc64le. If that is not an option then we will pin
for all for next week's releases and then unpin for all the next
cycle or if an important CVE comes in.   (dustymabe, 17:01:07)
  * ACTION: marmijo[m] will explore trying to pin the kernel just on one
architecture to see if we think it will work for the next round of
releases.  (dustymabe, 17:02:26)

* Platform Request - Apple native hypervisor  (dustymabe, 17:02:41)
  * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1533
(dustymabe, 17:02:46)
  * LINK: https://developer.apple.com/documentation/hypervisor
(jmarrero, 17:07:00)
  * AGREED: There are still some details to work out but adding this
platform seems like a good idea to enable FCOS use cases on apple
hardware, including podman machine and podman desktop.   (dustymabe,
17:14:31)

* tracker: Fedora 39 changes considerations  (dustymabe, 17:14:55)
  * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1491
(dustymabe, 17:14:59)
  * LINK:
https://fedoraproject.org/wiki/Changes/ImproveDefaultFontHandling
(dustymabe, 17:15:46)
  * DWM: This should not affect us we don't ship fonts packages.
(dustymabe, 17:16:49)
  * DWM: This is for Fedora Workstation and shouldn't affect Fedora
CoreOS.  (dustymabe, 17:18:04)
  * LINK: https://fedoraproject.org/wiki/Changes/golang1.21
(dustymabe, 17:18:55)
  * DWM: we don't anticipate any fallout from this but our installed
FCOS packages will at least test this when it lands in rawhide and
thus in our rawhide stream.  (dustymabe, 17:22:05)
  * LINK: https://fedoraproject.org/wiki/Changes/LibuserDeprecation
(dustymabe, 17:22:32)
  * LINK: https://fedoraproject.org/wiki/Changes/AllowRemovalOfTzdata
(dustymabe, 17:26:56)
  * DWM: we think we need to keep the tzdata package around since
existing installs could be leveraging that data.  (dustymabe,
17:30:21)

* open floor   (dustymabe, 17:30:47)

Meeting ended at 17:33:09 UTC.




Action Items

* marmijo[m] will explore trying to pin the kernel just on one
  architecture to see if we think it will work for the next round of
  releases.




Action Items, by person
---
* marmijo[m]
  * marmijo[m] will explore trying to pin the kernel just on one
architecture to see if we think it will work for the next round of
releases.
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* dustymabe (117)
* zodbot (19)
* jmarrero (18)
* spresti (16)
* marmijo[m] (13)
* ravanell_ (6)
* JasonBrooks[m] (6)
* gursewak (1)




Generated by `MeetBot`_ 0.4

.. _`MeetBot`: https://fedoraproject.org/wiki/Zodbot#Meeting_Functions
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Script for installing TeXLive packages required by a document?

[Iñaki Ucar]

This is very useful, so +1 to packaging it.

I don't know if there's a better solution. There is an R package called
tinytex [1] that provides automatic installation of TeXLive packages in a
user library. AFAIK, it just compiles the stuff, parses the logs for errors
looking for "blablabla.sty not found", and then installs them and retries
until everything is fine.

[1] https://yihui.org/tinytex/

Iñaki

On Tue, 1 Aug 2023 at 14:19, Ankur Sinha  wrote:

> Hi folks,
>
> Would any Fedora TeXLive users have any scripts to figure out what
> TeXLive packages a TeX/LaTeX document uses and install them using dnf?
>
> I've got this hacked up and it does work and I was wondering if I should
> move it to a different repository and package it up to make it available
> to all Fedora users, but does someone have a better solution/tool?
>
> https://github.com/sanjayankur31/100_dotfiles/blob/main/bin/fedora-install-texlive-deps.sh
>
> (also attached)
>
> --
> Thanks,
> Regards,
> Ankur Sinha "FranciscoD" (He / Him / His) |
> https://fedoraproject.org/wiki/User:Ankursinha
> Time zone: Europe/London
> ___
> 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, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


-- 
Iñaki Úcar
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: PR #47: binutils: drop gold

[Amit Shah]

On Wed, 2023-08-02 at 10:50 -0500, Dennis Gilmore via devel wrote:
> Given https://fedoraproject.org/wiki/Changes/BINUTILS_GOLD and
> https://fedoraproject.org/wiki/Features/GoldLinkerDefault it seems
> reasonable that to remove the feature we have a change to ensure wide
> notice and documentation of the change

I didn't know there were plans to switch it to default. Good thing we
didn't do it!

Does wide notice mean a Fedora Change Proposal?  I don't think this
will qualify for a system-wide change.


Thanks,
Amit

> On Wed, Jun 21, 2023 at 10:08 AM Amit Shah 
> wrote:
> > (I realized I hadn't subscribed to f-devel with this email ID, and
> > this
> > message didn't make it to devel.  Resending.)
> > 
> > On Thu, 2023-06-15 at 13:59 +0200, Amit Shah wrote:
> > > Hey Nick,
> > > 
> > > I submitted
> > > 
> > > https://src.fedoraproject.org/rpms/binutils/pull-request/47
> > > 
> > > yesterday to not build gold by default.
> > > 
> > > Creating this thread here to ensure you see this, and also a
> > > chance to
> > > discuss the change via email rather than on the PR.
> > > 
> > > Cheers,
> > > 
> > >        Amit
> > ___
> > 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.fedorapro
> > ject.org
> > Do not reply to spam, report it: https://pagure.io/fedora-
> > infrastructure/new_issue
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-
> US/project/code-of-conduct/
> List Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproje
> ct.org
> Do not reply to spam, report it: https://pagure.io/fedora-
> infrastructure/new_issue
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: PR #47: binutils: drop gold

[Dennis Gilmore via devel]

Given https://fedoraproject.org/wiki/Changes/BINUTILS_GOLD and
https://fedoraproject.org/wiki/Features/GoldLinkerDefault it seems
reasonable that to remove the feature we have a change to ensure wide
notice and documentation of the change

Dennis

On Wed, Jun 21, 2023 at 10:08 AM Amit Shah  wrote:

> (I realized I hadn't subscribed to f-devel with this email ID, and this
> message didn't make it to devel.  Resending.)
>
> On Thu, 2023-06-15 at 13:59 +0200, Amit Shah wrote:
> > Hey Nick,
> >
> > I submitted
> >
> > https://src.fedoraproject.org/rpms/binutils/pull-request/47
> >
> > yesterday to not build gold by default.
> >
> > Creating this thread here to ensure you see this, and also a chance to
> > discuss the change via email rather than on the PR.
> >
> > Cheers,
> >
> >   Amit
> ___
> 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, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: PR #47: binutils: drop gold

[Amit Shah]

CC'ing Siddhesh to get more eyes.

On Wed, 2023-06-21 at 17:07 +0200, Amit Shah wrote:
> (I realized I hadn't subscribed to f-devel with this email ID, and this
> message didn't make it to devel.  Resending.)
> 
> On Thu, 2023-06-15 at 13:59 +0200, Amit Shah wrote:
> > Hey Nick,
> > 
> > I submitted
> > 
> > https://src.fedoraproject.org/rpms/binutils/pull-request/47
> > 
> > yesterday to not build gold by default.
> > 
> > Creating this thread here to ensure you see this, and also a chance to
> > discuss the change via email rather than on the PR.
> > 
> > Cheers,
> > 
> > Amit
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2226085] perl-Glib: FTBFS in Fedora rawhide/f39: Failed test at t/g.t

[bugzilla]

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

Tom "spot" Callaway  changed:

   What|Removed |Added

 Resolution|--- |RAWHIDE
 Status|NEW |CLOSED
Last Closed||2023-08-02 15:10:39



--- Comment #5 from Tom "spot" Callaway  ---
Fixed in 1.3293-13, thanks Petr.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2226085

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202226085%23c5
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: RFC authselect: mdns or mdns-minimal

[Petr Menšík]

I have created upstream pull request, which makes non-minimal plugins to 
behave like minimal plugins except it tries to find /etc/mdns.allow. If 
that file does not exist, it copies also reverse queries from minimal 
plugin.


Here:
https://github.com/lathiat/nss-mdns/pull/89

On 02. 08. 23 9:15, Zdenek Dohnal wrote:

On 8/1/23 12:41, Petr Menšík wrote:

Hi Zdenek,
the current logic is:
- with-mdns4: mdns4_minimal
- with-mdns6: mdns6_minimal
- with-mdns4 and with-mdns6? mdns_minimal

Ah, I have missed last part, that it uses mdns plugin for both queries.


If I understand your message correctly, you propose to keep this 
logic but use mdns4/mdns6/mdns instead of minimal and drop support 
for minimal completely. Is that right?


Thank,
Pavel

No, not at all. We want minimal variants preferred until nss-mdns is 
changes significantly. Check nss-mdns issue #88 [1].


1. https://github.com/lathiat/nss-mdns/issues/88


Petr, this issue exists only if mdns.allow exists, so if we don't ship 
it as I recommend, we don't hit this issue. The file will be created 
by a user in case he needs to override settings which are against 
standards, where IMO a delay is tolerable. Thus, the issue is nice to 
have and should not block using mdns4/mdns6 variants. What I would 
support is adding a note into README file of nss-mdns, mentioning the 
delay due the mentioned bug - until it is fixed.


So Pavel, I've understood me correctly - use mdns/mdns4/mdns6 instead 
of minimal variants, because they provide the same functionality as 
minimal + possibility to override network misconfigurations. And don't 
use complete 'mdns' by default.
Okay, makes sense, once we include required changes into stable 
releases. I have created bug #2228533 to track this change, which once 
in stable, authselect might switch to non-minimal variants.


But I'm not a nss-mdns or avahi maintainer, just a maintainer of 
stacks which use mdns often - printing and scanning. I've got this 
opinion from issues in past, by checking nss-mdns code and by 
intention of minimizing of new work in authselect, unless it is 
necessary.



Zdenek


Yes, I admit current way of providing different plugins instead of one 
plugin with related configuration is unfortunate. Because it depends on 
avahi-daemon anyway, I hope it can be reduced to single plugin, where 
every customization can be done on side of avahi-daemon. But needs code 
modifications first, so waiting for a volunteer.


--
Petr Menšík
Software Engineer, RHEL
Red Hat, http://www.redhat.com/
PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: NTFS corruption with Fedora 37 and 38

[Richard W.M. Jones]

On Tue, Aug 01, 2023 at 07:51:29PM +0200, Michael Schwendt wrote:
> On Mon, 31 Jul 2023 18:50:30 +0100, Richard W.M. Jones wrote:
> 
> > Did you get to the bottom of what's really happening here?
> 
> As in the message that opened this topic, it is suspected that there
> has been a change to mount with kernel ntfs3 instead of ntfs-3g.
> 
> I remember I've not had corruption with fuse/ntfs-3g, but for some time
> with Fedora 37 and 38, ntfs3 is used. Test with an USB drive:
> 
> # mount|grep -i ntfs
> /dev/sda1 on /run/media/ms38/HD-PCU2 type ntfs3 
> (rw,nosuid,nodev,relatime,uid=1000,gid=1000,windows_names,iocharset=utf8,uhelper=udisks2)
> 
> # lsmod|grep -i ntfs
> ntfs3 323584  1
> 
> > We use and test ntfs-3g
> > extensively and have not seen any reports of corruption.
> 
> Right, but it is kernel ntfs3 that causes the corruption. Even if only
> copying a single folder to a drive and unmounting + safe-removing the drive
> with Nautilus.

Thanks - it wasn't clear from the thread that the "suspicion" that
ntfs3.ko was involved was actually proven, but the above is proof.

Did anyone file a bug?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2227759] perl-System-Info-0.064 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Resolution|--- |RAWHIDE
 Status|MODIFIED|CLOSED
   Fixed In Version||perl-System-Info-0.064-1.fc
   ||39
Last Closed||2023-08-02 12:27:05




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2227759
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

dlmalloc CC0 license (was Re: Packaging a cross-compilation environment (wasi-libc))

[Daniel P . Berrangé]

Bringing a year old thread back from the dead...

On Mon, Aug 29, 2022 at 06:54:35AM -0700, Jan Staněk wrote:
> Florian Weimer  writes:
> > You can try to replace the current version with dlmalloc 2.7.2, which
> > still comes with the previous public domain dedication:
> >
> >   

IIUC, it is not required to go all the way back to 2.7.2. The
version 2.8.3 has the older creative commons public domain
dedication - https://spdx.org/licenses/CC-PDDC.html which
is permitted in Fedora.

> > We can also ask Doug Lea if he can go back to the previous public domain
> > dedication.
> 
> I've got some comments on the wasi-libc issue that another malloc might
> work as well. Nevertheless, I'll try to contact Doug Lea with the
> explanation and see where that leads.

I'm reviewing another package (sgxsdk) which also includes a copy
of dlmalloc with the CC0 license declaration. I wondered if you
ever made contact with Doug Lea around this question ?

With regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Direwolf FTBFS: Need C help

[Miroslav Lichvar]

On Wed, Aug 02, 2023 at 06:47:58AM -0500, Richard Shaw wrote:
> I was poking around trying to fix the FTBFS problem with direwolf and it
> looks simple enough. As it has built before for years I assume it's related
> to GCC 13.
> 
> Here's the error:
> /builddir/build/BUILD/direwolf-1.6/src/direwolf.h:303:56: error: expected
> declaration specifiers or '...' before string constant
>   303 | #define strlcpy(dst,src,siz)
> strlcpy_debug(dst,src,siz,__FILE__,__func__,__LINE__)
>   |^~~~

I think this is the new glibc 2.38 support of strlcpy.

You need to modify direwolf.h to take the path of the other systems
#if defined(__OpenBSD__) || defined(__FreeBSD__) || defined(__APPLE__)

e.g. by replacing it with #if 1

For an upstream patch it would be better to check for the
__GLIBC_PREREQ macro and __GLIBC_PREREQ(2, 38)), but the current glibc
header in rawhide still claims to be 2.37.

-- 
Miroslav Lichvar
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Direwolf FTBFS: Need C help

[Richard Shaw]

I was poking around trying to fix the FTBFS problem with direwolf and it
looks simple enough. As it has built before for years I assume it's related
to GCC 13.

Here's the error:
/builddir/build/BUILD/direwolf-1.6/src/direwolf.h:303:56: error: expected
declaration specifiers or '...' before string constant
  303 | #define strlcpy(dst,src,siz)
strlcpy_debug(dst,src,siz,__FILE__,__func__,__LINE__)
  |^~~~

And here's the code snippet in question:
// These prevent /usr/include/gps.h from providing its own definition.
#define HAVE_STRLCAT 1
#define HAVE_STRLCPY 1


#define DEBUG_STRL 1

#if DEBUG_STRL

#define strlcpy(dst,src,siz)
strlcpy_debug(dst,src,siz,__FILE__,__func__,__LINE__)
#define strlcat(dst,src,siz)
strlcat_debug(dst,src,siz,__FILE__,__func__,__LINE__)

size_t strlcpy_debug(char *__restrict__ dst, const char *__restrict__ src,
size_t siz, const char *file, const char *func, int line);
size_t strlcat_debug(char *__restrict__ dst, const char *__restrict__ src,
size_t siz, const char *file, const char *func, int line);

#else

#define strlcpy(dst,src,siz) strlcpy_debug(dst,src,siz)
#define strlcat(dst,src,siz) strlcat_debug(dst,src,siz)

size_t strlcpy_debug(char *__restrict__ dst, const char *__restrict__ src,
size_t siz);
size_t strlcat_debug(char *__restrict__ dst, const char *__restrict__ src,
size_t siz);

#endif  /* DEBUG_STRL */
---

I tried moving the definitions above the #defines but that had no effect...

Thanks,
Richard
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228395] CVE-2023-31486 perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

   Fixed In Version||perl-HTTP-Tiny-0.084-1.fc39
   ||perl-HTTP-Tiny-0.084-1.fc38
   ||perl-HTTP-Tiny-0.084-1.fc37
 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2023-08-02 10:43:58




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228395
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228396] CVE-2023-31486 perl:5.32/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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



--- Comment #1 from TEJ RATHI  ---
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug.  This will ensure that all associated bugs get updated
when new packages are pushed to stable.

=

# bugfix, security, enhancement, newpackage (required)
type=security

# low, medium, high, urgent (required)
severity=medium

# testing, stable
request=testing

# Bug numbers: 1234,9876
bugs=2228392,2228396

# Description of your update
notes=Security fix for [PUT CVEs HERE]

# Enable request automation based on the stable/unstable karma thresholds
autokarma=True
stable_karma=3
unstable_karma=-3

# Automatically close bugs when this marked as stable
close_bugs=True

# Suggest that users restart after update
suggest_reboot=False

==

Additionally, you may opt to use the bodhi web interface to submit updates:

https://bodhi.fedoraproject.org/updates/new


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228396

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228396%23c1
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228398] CVE-2023-31486 perl:5.36/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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



--- Comment #1 from TEJ RATHI  ---
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug.  This will ensure that all associated bugs get updated
when new packages are pushed to stable.

=

# bugfix, security, enhancement, newpackage (required)
type=security

# low, medium, high, urgent (required)
severity=medium

# testing, stable
request=testing

# Bug numbers: 1234,9876
bugs=2228392,2228398

# Description of your update
notes=Security fix for [PUT CVEs HERE]

# Enable request automation based on the stable/unstable karma thresholds
autokarma=True
stable_karma=3
unstable_karma=-3

# Automatically close bugs when this marked as stable
close_bugs=True

# Suggest that users restart after update
suggest_reboot=False

==

Additionally, you may opt to use the bodhi web interface to submit updates:

https://bodhi.fedoraproject.org/updates/new


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228398

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228398%23c1
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228397] New: CVE-2023-31486 perl:5.34/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

Bug ID: 2228397
   Summary: CVE-2023-31486 perl:5.34/perl-HTTP-Tiny: http-tiny:
insecure TLS cert default [fedora-all]
   Product: Fedora
   Version: 38
Status: NEW
 Component: perl-HTTP-Tiny
  Keywords: Security, SecurityTracking
  Severity: medium
  Priority: medium
  Assignee: jples...@redhat.com
  Reporter: tra...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora




More information about this security flaw is available in the following bug:

http://bugzilla.redhat.com/show_bug.cgi?id=2228392

Disclaimer: Community trackers are created by Red Hat Product Security team on
a best effort basis. Package maintainers are required to ascertain if the flaw
indeed affects their package, before starting the update process.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228397

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228397%23c0
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228396] CVE-2023-31486 perl:5.32/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

TEJ RATHI  changed:

   What|Removed |Added

 Blocks||2228392 (CVE-2023-31486)





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2228392
[Bug 2228392] CVE-2023-31486 http-tiny: insecure TLS cert default
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228396
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228395] CVE-2023-31486 perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

TEJ RATHI  changed:

   What|Removed |Added

 Blocks||2228392 (CVE-2023-31486)





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2228392
[Bug 2228392] CVE-2023-31486 http-tiny: insecure TLS cert default
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228395
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228398] New: CVE-2023-31486 perl:5.36/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

Bug ID: 2228398
   Summary: CVE-2023-31486 perl:5.36/perl-HTTP-Tiny: http-tiny:
insecure TLS cert default [fedora-all]
   Product: Fedora
   Version: 38
Status: NEW
 Component: perl-HTTP-Tiny
  Keywords: Security, SecurityTracking
  Severity: medium
  Priority: medium
  Assignee: jples...@redhat.com
  Reporter: tra...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora




More information about this security flaw is available in the following bug:

http://bugzilla.redhat.com/show_bug.cgi?id=2228392

Disclaimer: Community trackers are created by Red Hat Product Security team on
a best effort basis. Package maintainers are required to ascertain if the flaw
indeed affects their package, before starting the update process.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228398

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228398%23c0
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228396] New: CVE-2023-31486 perl:5.32/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

Bug ID: 2228396
   Summary: CVE-2023-31486 perl:5.32/perl-HTTP-Tiny: http-tiny:
insecure TLS cert default [fedora-all]
   Product: Fedora
   Version: 38
Status: NEW
 Component: perl-HTTP-Tiny
  Keywords: Security, SecurityTracking
  Severity: medium
  Priority: medium
  Assignee: jples...@redhat.com
  Reporter: tra...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora




More information about this security flaw is available in the following bug:

http://bugzilla.redhat.com/show_bug.cgi?id=2228392

Disclaimer: Community trackers are created by Red Hat Product Security team on
a best effort basis. Package maintainers are required to ascertain if the flaw
indeed affects their package, before starting the update process.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228396

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228396%23c0
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228397] CVE-2023-31486 perl:5.34/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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



--- Comment #1 from TEJ RATHI  ---
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug.  This will ensure that all associated bugs get updated
when new packages are pushed to stable.

=

# bugfix, security, enhancement, newpackage (required)
type=security

# low, medium, high, urgent (required)
severity=medium

# testing, stable
request=testing

# Bug numbers: 1234,9876
bugs=2228392,2228397

# Description of your update
notes=Security fix for [PUT CVEs HERE]

# Enable request automation based on the stable/unstable karma thresholds
autokarma=True
stable_karma=3
unstable_karma=-3

# Automatically close bugs when this marked as stable
close_bugs=True

# Suggest that users restart after update
suggest_reboot=False

==

Additionally, you may opt to use the bodhi web interface to submit updates:

https://bodhi.fedoraproject.org/updates/new


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228397

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228397%23c1
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228398] CVE-2023-31486 perl:5.36/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

TEJ RATHI  changed:

   What|Removed |Added

 Blocks||2228392 (CVE-2023-31486)





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2228392
[Bug 2228392] CVE-2023-31486 http-tiny: insecure TLS cert default
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228398
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228397] CVE-2023-31486 perl:5.34/perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

TEJ RATHI  changed:

   What|Removed |Added

 Blocks||2228392 (CVE-2023-31486)





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2228392
[Bug 2228392] CVE-2023-31486 http-tiny: insecure TLS cert default
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228397
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228395] CVE-2023-31486 perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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



--- Comment #1 from TEJ RATHI  ---
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug.  This will ensure that all associated bugs get updated
when new packages are pushed to stable.

=

# bugfix, security, enhancement, newpackage (required)
type=security

# low, medium, high, urgent (required)
severity=medium

# testing, stable
request=testing

# Bug numbers: 1234,9876
bugs=2228392,2228395

# Description of your update
notes=Security fix for [PUT CVEs HERE]

# Enable request automation based on the stable/unstable karma thresholds
autokarma=True
stable_karma=3
unstable_karma=-3

# Automatically close bugs when this marked as stable
close_bugs=True

# Suggest that users restart after update
suggest_reboot=False

==

Additionally, you may opt to use the bodhi web interface to submit updates:

https://bodhi.fedoraproject.org/updates/new


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228395

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228395%23c1
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228395] New: CVE-2023-31486 perl-HTTP-Tiny: http-tiny: insecure TLS cert default [fedora-all]

[bugzilla]

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

Bug ID: 2228395
   Summary: CVE-2023-31486 perl-HTTP-Tiny: http-tiny: insecure TLS
cert default [fedora-all]
   Product: Fedora
   Version: 38
Status: NEW
 Component: perl-HTTP-Tiny
  Keywords: Security, SecurityTracking
  Severity: medium
  Priority: medium
  Assignee: jples...@redhat.com
  Reporter: tra...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora




More information about this security flaw is available in the following bug:

http://bugzilla.redhat.com/show_bug.cgi?id=2228392

Disclaimer: Community trackers are created by Red Hat Product Security team on
a best effort basis. Package maintainers are required to ascertain if the flaw
indeed affects their package, before starting the update process.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228395

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228395%23c0
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora rawhide compose report: 20230802.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20230801.n.0
NEW: Fedora-Rawhide-20230802.n.0

= SUMMARY =
Added images:1
Dropped images:  2
Added packages:  8
Dropped packages:26
Upgraded packages:   110
Downgraded packages: 0

Size of added packages:  20.12 MiB
Size of dropped packages:229.72 MiB
Size of upgraded packages:   12.60 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   -43.95 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: i3 live aarch64
Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-Rawhide-20230802.n.0.iso

= DROPPED IMAGES =
Image: LXQt live aarch64
Path: Spins/aarch64/iso/Fedora-LXQt-Live-aarch64-Rawhide-20230801.n.0.iso
Image: Kinoite dvd-ostree ppc64le
Path: Kinoite/ppc64le/iso/Fedora-Kinoite-ostree-ppc64le-Rawhide-20230801.n.0.iso

= ADDED PACKAGES =
Package: ant-contrib-1.0-0.42.b3.fc39
Summary: Collection of tasks for Ant
RPMs:ant-contrib ant-contrib-javadoc
Size:452.47 KiB

Package: golang-github-jackc-chunkreader-2-2.0.1-8.fc39
Summary: io.Reader wrapper that minimizes IO reads and memory allocations
RPMs:golang-github-jackc-chunkreader-2-devel
Size:12.21 KiB

Package: gvisor-tap-vsock-6:0.7.0-3.fc39
Summary: Go replacement for libslirp and VPNKit
RPMs:gvisor-tap-vsock
Size:19.40 MiB

Package: rust-darling0.14-0.14.4-1.fc39
Summary: Parse attributes into structs for custom derive implementations
RPMs:rust-darling0.14+default-devel rust-darling0.14+diagnostics-devel 
rust-darling0.14+suggestions-devel rust-darling0.14-devel
Size:64.35 KiB

Package: rust-darling_core0.14-0.14.4-1.fc39
Summary: Parse attributes into structs for custom derive implementations 
(helper crate)
RPMs:rust-darling_core0.14+default-devel 
rust-darling_core0.14+diagnostics-devel rust-darling_core0.14+strsim-devel 
rust-darling_core0.14+suggestions-devel rust-darling_core0.14-devel
Size:106.73 KiB

Package: rust-darling_macro0.14-0.14.4-1.fc39
Summary: Parse attributes into structs for custom derive implementations 
(internal support)
RPMs:rust-darling_macro0.14+default-devel rust-darling_macro0.14-devel
Size:17.33 KiB

Package: rust-gix-actor-0.24.1-1.fc39
Summary: Way to identify git actors
RPMs:rust-gix-actor+default-devel rust-gix-actor+gix-features-devel 
rust-gix-actor+serde-devel rust-gix-actor-devel
Size:53.82 KiB

Package: rust-probe-0.5.1-2.fc39
Summary: Static instrumentation probes
RPMs:rust-probe+default-devel rust-probe-devel
Size:26.43 KiB


= DROPPED PACKAGES =
Package: DecodeIR-2.45-19.fc36
Summary: Infrared remote controls decoding library
RPMs:DecodeIR DecodeIR-devel DecodeIR-javadoc
Size:745.65 KiB

Package: apache-commons-fileupload-1.4-8.fc36
Summary: API to work with HTML file upload
RPMs:apache-commons-fileupload apache-commons-fileupload-javadoc
Size:443.98 KiB

Package: avarice-2.13-15.fc36
Summary: Program for interfacing the Atmel JTAG ICE to GDB
RPMs:avarice
Size:442.75 KiB

Package: burp-2.1.32-12.fc36
Summary: A network-based backup and restore program
RPMs:burp-client burp-doc burp-server
Size:1.24 MiB

Package: clang12-12.0.1-4.fc36
Summary: A C language family front-end for LLVM
RPMs:clang12-devel clang12-libs clang12-resource-filesystem
Size:116.41 MiB

Package: emacs-common-ess-18.10.2-6.fc36
Summary: Emacs Speaks Statistics add-on package for Emacs
RPMs:emacs-common-ess emacs-ess emacs-ess-doc
Size:1.49 MiB

Package: fasttext-0.9.2-4.fc36
Summary: Efficient learning of word representations and sentence classification
RPMs:fasttext fasttext-devel fasttext-libs
Size:1.28 MiB

Package: hibernate-jpa-2.1-api-1.0.0-13.fc36
Summary: Java Persistence 2.1 (JSR 338) API
RPMs:hibernate-jpa-2.1-api hibernate-jpa-2.1-api-javadoc
Size:664.16 KiB

Package: libffi3.1-3.1-32.fc36
Summary: Compatibility package for libffi transition from 3.1 to 3.4.2.
RPMs:libffi3.1
Size:151.54 KiB

Package: libifp-1.0.0.2-33.fc36
Summary: A general-purpose library-driver for iRiver's iFP portable audio 
players
RPMs:libifp libifp-devel
Size:411.37 KiB

Package: mongo-cxx-driver-3.6.5-2.fc36
Summary: A C++ Driver for MongoDB
RPMs:mongo-cxx-driver mongo-cxx-driver-bsoncxx 
mongo-cxx-driver-bsoncxx-devel mongo-cxx-driver-devel
Size:1.77 MiB

Package: mspdebug-0.25-10.fc36
Summary: Debugger and gdb proxy for MSP430 MCUs
RPMs:mspdebug
Size:709.80 KiB

Package: multican-0.0.5-29.fc36
Summary: Remote control utility for Canon cameras
RPMs:multican multican-devel
Size:266.51 KiB

Package: opentracker-0-0.25.20160728cvs.fc36
Summary: BitTorrent Tracker
RPMs:opentracker-common opentracker-ipv4 opentracker-ipv6
Size:517.89 KiB

Package: racket-7.4-6.fc36
Summary: General purpose programming language
RPMs:racket racket-collects racket-devel racket-doc racket-minimal 
racket-pkgs
Size:100.32 MiB

Package: rubygem-rspec-collection_matchers-1.2.0-4.fc36

[Test-Announce] Fedora 39 Rawhide 20230802.n.0 nightly compose nominated for testing

[rawhide]

Announcing the creation of a new nightly release validation test event
for Fedora 39 Rawhide 20230802.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan

Notable package version changes:
anaconda - 20230728.n.0: anaconda-39.27-3.fc39.src, 20230802.n.0: 
anaconda-39.28-1.fc39.src

Test coverage information for the current release can be seen at:
https://openqa.fedoraproject.org/testcase_stats/39

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

https://fedoraproject.org/wiki/Test_Results:Fedora_39_Rawhide_20230802.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_39_Rawhide_20230802.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_39_Rawhide_20230802.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_39_Rawhide_20230802.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_39_Rawhide_20230802.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_39_Rawhide_20230802.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_39_Rawhide_20230802.n.0_Security_Lab

Thank you for testing!
-- 
Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-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/test-annou...@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2228062] Upgrade perl-Calendar-Simple to 2.0.3

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Resolution|--- |RAWHIDE
   Fixed In Version||perl-Calendar-Simple-2.0.3-
   ||2.fc39
 Status|NEW |CLOSED
Last Closed||2023-08-02 07:24:58



--- Comment #1 from Jitka Plesnikova  ---
Built by corsepiu


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2228062

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202228062%23c1
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] Re: [Fedocal] Reminder meeting : EPEL Steering Committee

[Troy Dawson]

The EPEL Steering Committee meeting has been canceled this week.
If you need your EPEL fix, you can watch the "State of EPEL" presentation
at Flock
https://flock2023.sched.com/event/1Or5D/state-of-epel
or any of the other great presentations at Flock.

On Tue, Aug 1, 2023 at 9:00 AM  wrote:

> Dear all,
>
> You are kindly invited to the meeting:
>EPEL Steering Committee on 2023-08-02 from 16:00:00 to 17:00:00
> US/Eastern
>At fedora-meet...@irc.libera.chat
>
> The meeting will be about:
> This is the weekly EPEL Steering Committee Meeting.
>
> A general agenda is the following:
>
> #topic aloha
>
> #topic EPEL Issues https://pagure.io/epel/issues
> * https://pagure.io/epel/issues?tags=meeting=Open
>
> #topic Old Business (if needed)
>
> #topic General Issues / Open Floor
>
>
>
>
> Source: https://calendar.fedoraproject.org//meeting/9854/
>
> ___
> 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, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: RFC authselect: mdns or mdns-minimal

[Zdenek Dohnal]

On 8/1/23 12:41, Petr Menšík wrote:

Hi Zdenek,
the current logic is:
- with-mdns4: mdns4_minimal
- with-mdns6: mdns6_minimal
- with-mdns4 and with-mdns6? mdns_minimal


If I understand your message correctly, you propose to keep this 
logic but use mdns4/mdns6/mdns instead of minimal and drop support 
for minimal completely. Is that right?


Thank,
Pavel

No, not at all. We want minimal variants preferred until nss-mdns is 
changes significantly. Check nss-mdns issue #88 [1].


1. https://github.com/lathiat/nss-mdns/issues/88


Petr, this issue exists only if mdns.allow exists, so if we don't ship 
it as I recommend, we don't hit this issue. The file will be created by 
a user in case he needs to override settings which are against 
standards, where IMO a delay is tolerable. Thus, the issue is nice to 
have and should not block using mdns4/mdns6 variants. What I would 
support is adding a note into README file of nss-mdns, mentioning the 
delay due the mentioned bug - until it is fixed.


So Pavel, I've understood me correctly - use mdns/mdns4/mdns6 instead of 
minimal variants, because they provide the same functionality as minimal 
+ possibility to override network misconfigurations. And don't use 
complete 'mdns' by default.


But I'm not a nss-mdns or avahi maintainer, just a maintainer of stacks 
which use mdns often - printing and scanning. I've got this opinion from 
issues in past, by checking nss-mdns code and by intention of minimizing 
of new work in authselect, unless it is necessary.



Zdenek


--
Zdenek Dohnal
Senior Software Engineer
Red Hat, BRQ-TPBC
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: RFC authselect: mdns or mdns-minimal

[Zdenek Dohnal]

On 8/1/23 12:16, Petr Menšík wrote:

Hi Pavel,

With Avahi upstream maintainer hat on, I would say it still makes 
sense to have separate mdns*_minimal and mdns? modules. I would say 
mdns (non-minimal) should be rarely needed, because by default it 
should be used just for *.local names.


I would expect there can be network setups which aren't according 
standards and normal users are not able to change it, so it would be 
great to have a way how to setup an override in default configuration 
instead of expecting authselect to provide 3 more profile features for 
no relevant gain so far I can see it.


I've looked into nss-mdns code about what are differences between full 
and _minimal except for mdns.allow support and I found a difference in a 
function (_nss_mdns_gethostbyaddr_r()) is only used on FreeBSD, 
otherwise they're the same.


If there is not, I don't see an important reason why don't use full 
variants (I don't mean full in meaning IPv support, but regarding 
not-minimal) - the file won't exist in 99% (rhetorically speaking) of 
configurations, so it won't be read and 
https://github.com/lathiat/nss-mdns/issues/88 is irrelevant in those cases.


In the cases where it will exist, then there is something against 
standards in local network configuration, so IMO a delay is tolerable.


As I have wrote to referenced ticket, I think we want to prefer 
mdns_minimal in the future, but it first needs solving increased 
timeouts for not present names [1]. As soon as it is solved on 
avahi-daemon side, we can deprecate mdns{4,6}_minimal and mdns{4,6} 
variants. If only one family should be resolved, I think it would be 
better to configure it on side of avahi-daemon.
Since there is no solution for it now, I repeat my previous answer 
regarding this - no profile feature in authselect for this, do not set 
plain mdns/mdns_minimal as default, if someone wants it, he can enable 
it by enabling both --with-mdns4 and --with-mdns6.


I think mdns resolution needs smarter approach from avahi-daemon. It 
might be useful to not open and re-parse /etc/mdns.allow on every 
single ``getaddrinfo()`` call, but cache it in thread local storage 
and re-read its contents only on timestamp change. Maybe with checking 
the file stamp only once per second at most.


An alternative approach might be fetching list of wanted domains first 
time the process uses mdns plugin from avahi-daemon. And cache it in 
thread local storage of the process (with some ttl before refresh). 
That would avoid separate mdns?_minimal and mdns? plugins, because the 
smartness would be at avahi-daemon. That is required for any 
combination anyway. No slowing down unrelated queries after the first 
one. I guess that would make browser people happy, because they try 
hard to make everything quite fast. Wrote new issue [2] for this idea.

IMO this is nice to have fix, because of reasons above.


So a quick summary. I am afraid all those variants are needed until 
some volunteer improves the situation and makes them obsolete. I think 
we are not there yet.


I beg to differ here - there is no downside for majority of user by 
supporting full variants mdns4/mdns6 in authselect by default instead of 
_minimal (if the file won't be shipped by default, which I highly 
recommend to not ship to get '_minimal' behavior by default) and IMO it 
is tolerable to have a delay for setups which don't follow standards.


AFAIK this solution has the following pros:

- no new profile features for authselect,

- _minimal behavior by default,

- having a way how to override default without changing authselect 
settings in case there are discrepancies in network


Cons:

- delay if /etc/mdns.allow exists


Zdenek



Cheers,
Petr

1. https://github.com/lathiat/nss-mdns/issues/83
2. https://github.com/lathiat/nss-mdns/issues/88

On 31. 07. 23 14:47, Pavel Březina wrote:

Hi Fedora,
I have this ticket opened against authselect:
https://github.com/authselect/authselect/issues/334

I am not user of mdns myself, so I wonder if non-minimal version of 
mdns is something used and if it should be included in the authselect 
profiles (or even replace the minimal version).


mdns support is already complicated since there are mdns, mdns4 and 
mdns6 full and minimal versions of the module. Is it really required 
nowadays? In might opinion, it might be good to move the logic out of 
nsswitch into a configuration file.


Thank you for your feedback,
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue



--
Zdenek Dohnal
Senior 

Re: Tracker bug for approved change proposals

[Mattia Verga via devel]

Il 01/08/23 19:03, Fabio Valentini ha scritto:
> On Tue, Aug 1, 2023 at 7:00 PM Tulio Magno Quites Machado Filho
>  wrote:
>> I noticed that a few change proposals that have been approved still did
>> not get a bug tracker, e.g.: https://fedoraproject.org/wiki/Changes/LLVM-17
>>
>> As things have changed this release, I'm wondering if the process
>> changed.
>> Is the bug creation still in plan?
> As far as I know, yes. It's likely that just nobody has done it yet.
> I think we'll need to go through the "active" change proposals and
> need to figure out which steps are missing for which Changes.
>
> Fabio

There are also some change proposal which were submitted within 
schedule, but never got their Fesco ticket, like 
https://fedoraproject.org/wiki/Changes/LibreOffice_7.6

Mattia

___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue