[389-devel] 389 DS nightly 2020-06-14 - 95% PASS
https://fedorapeople.org/groups/389ds/ci/nightly/2020/06/14/report-389-ds-base-1.4.4.3-20200613git4cfa374.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-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/389-devel@lists.fedoraproject.org
Packagers with no corresponding valid bugzilla accounts
Good Morning Everyone, If you are a packagers or are watching tickets on dist-git (ie: asked to be cc'ed on tickets on bugzilla for a given package), you must have a valid bugzilla account associated with the email address you have set in FAS. There are currently 66 users and groups who do not satisfy this requirement. This has a direct impact as the script syncing from dist-git to bugzilla the information about the default assignee and the CC list updates components in bugzilla in a single request to reduce the load on the server. So if someone in the CC list does not have a valid bugzilla account, the entire request will fail to update both the CC list and the default assignee. Accounts in this state may at some point be removed from packages/cc, so it's important to correct your account soon! So, if your name is listed here, please take a minute and create a bugzilla for the email you have associated with your FAS account: aarondmarasco adsllc affix ajeetdsouza alen amitshah andreyma avesh bpereto @certbot-sig csomh darkdragon001 dcantrel digimer dmsimard doug1 edwintorok etingof fepitre gnikandrov @graphics-sig ignotusp itsbill jefferson2z jkratoch jkreuzer karsten kir klausdevwalker labbott lamm luismartingil marcdeop mathstuf mbartos mhabrnal mildew mmahut moisesguimaraes mzidek nguzman njohnston omejzlik pgibson portante proski rbtr robled romal rpitonak rspanton sakalosj squallbayu sspreitz sturivnyi svahl tnorth trasher tstclair usercont vbatts vicodan vpolasek @weldr-sig yuwata zmc If you really to have two distinct email addresses, we keep a mapping of FAS emails to bugzilla account in [1], which you can update via a pull-request if you wish to use this. Thanks for your help, Pierre [1] https://pagure.io/fedora-infra/ansible/blob/master/f/roles/openshift-apps/distgit-bugzilla-sync/templates/email_overrides.toml pgpSN5gc7Ual9.pgp Description: PGP signature ___ 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 ___ 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
Packagers with no corresponding valid bugzilla accounts
Good Morning Everyone, If you are a packagers or are watching tickets on dist-git (ie: asked to be cc'ed on tickets on bugzilla for a given package), you must have a valid bugzilla account associated with the email address you have set in FAS. There are currently 66 users and groups who do not satisfy this requirement. This has a direct impact as the script syncing from dist-git to bugzilla the information about the default assignee and the CC list updates components in bugzilla in a single request to reduce the load on the server. So if someone in the CC list does not have a valid bugzilla account, the entire request will fail to update both the CC list and the default assignee. Accounts in this state may at some point be removed from packages/cc, so it's important to correct your account soon! So, if your name is listed here, please take a minute and create a bugzilla for the email you have associated with your FAS account: aarondmarasco adsllc affix ajeetdsouza alen amitshah andreyma avesh bpereto @certbot-sig csomh darkdragon001 dcantrel digimer dmsimard doug1 edwintorok etingof fepitre gnikandrov @graphics-sig ignotusp itsbill jefferson2z jkratoch jkreuzer karsten kir klausdevwalker labbott lamm luismartingil marcdeop mathstuf mbartos mhabrnal mildew mmahut moisesguimaraes mzidek nguzman njohnston omejzlik pgibson portante proski rbtr robled romal rpitonak rspanton sakalosj squallbayu sspreitz sturivnyi svahl tnorth trasher tstclair usercont vbatts vicodan vpolasek @weldr-sig yuwata zmc If you really to have two distinct email addresses, we keep a mapping of FAS emails to bugzilla account in [1], which you can update via a pull-request if you wish to use this. Thanks for your help, Pierre [1] https://pagure.io/fedora-infra/ansible/blob/master/f/roles/openshift-apps/distgit-bugzilla-sync/templates/email_overrides.toml pgpDgMSqR415b.pgp Description: PGP signature ___ 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
Review swap - antimicroX
Hi, I'm kind of a newbie packager, waiting for a review for: antimicroX - Graphical program used to map keyboard buttons and mouse controls to a gamepad https://bugzilla.redhat.com/show_bug.cgi?id=1844850 (A maintained fork of the now unmaintained and orphaned antimicro package.) It's a rather simple specfile, and a very useful piece of software for e.g. retro gaming. I'm not an expert at reviewing either, but I'm happy to take a look at some simpler packages in exchange. Thanks! Best regards, Greg (FAS: gombosg) ___ 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
Re: how to correctly remove a subpackage ?
the package in question is tempest, which had a subpackage tempest- gnome-screensaver. gnome-screensaver is no more, therefore i would assume that obsoleting tempest-gnome-screensaver does no harm. josef On Fri, 2020-06-12 at 18:45 +0100, Ian McInerney wrote: > Can you be more specific about the package structure (or provide a > link to the spec)? Does the new package X-2 (or X-b-2) still contain > the same functionality that was present inside X-a-1, so if a user > installs one of those, they get the same program just without the > dependency? > -Ian > > On Fri, Jun 12, 2020 at 6:31 PM josef radinger > wrote: > > hi, > > > > > > > > i would like to know how to remove a subpackage from the > > distribution. > > > > eg. there is a package X, which is in rawhide with version 1 and > > has > > > > subpackages a and b. > > > > > > > > we have > > > > X-1 > > > > X-a-1 (dependent on X and Y) > > > > X-b-1 (dependent on X) > > > > > > > > now the dependency Y is removed from rawhide and i create a new > > version > > > > 2 of package X without the dependency on Y and thus no subpackage > > X-a- > > > > 1. > > > > > > > > now we have: > > > > X-2 (which obsoletes X-a-1) > > > > X-b-2 > > > > > > > > questions: > > > > a) do i have to add X-a-1 to fedora-obsolete-packages? > > > > b) is there a difference between rawhide and other branches? > > > > > > > > the docs - at least those i found (mainly > > > > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life#Obsoleting_Packages > > > > )- are not too clear for me in that regard. besides: we should have > > a > > > > search-engine on docs.fedoraproject.org or even better over all our > > > > websites. google helps, but is not that great when it comes to not > > > > track users. > > > > > > > > > > > > yours > > > > josef > > > > ___ > > > > 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 > > > > ___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 ___ 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
Re: Searching a new home for my packages
On 13. 06. 20 13:54, Thomas Spura wrote: - *scipy* (seems to be mostly maintained by Orion/Miro now) I only "maintain" it when absolutely necessary and if there is a volunteer, I'd rather not. -- 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
Re: Fedora 32 strange vim behavior?
Sat, 13 Jun 2020 08:14:59 -0500 Richard Shaw : > On Sat, Jun 13, 2020 at 8:06 AM Łukasz Posadowski > wrote: > > > Sat, 13 Jun 2020 07:21:54 -0500 > > Richard Shaw : > > > > > Also, it tries to indent for me in some code type files but it's > > > using tabs instead of spaces and 8 spaces instead of 4. One would > > > think in 2020 that software could "intuit" what the prevailing > > > style is. > > > > Are those yaml files, by some accident? > > > > Mostly C/C++ and CMake files. I *THINK* I got it fixed by creating a > ~/.vimrc file : > > $ cat ~/.vimrc > :set tabstop=4 > :set expandtab > :set shiftwidth=4 > :set autoindent > :set smartindent > :set cindent I work with those lines: set expandtab set tabstop=2 set shiftwidth=2 set softtabstop=2 set autoindent set tabstop=8 set shiftwidth=2 set softtabstop=2 but sometimes it still defaults to a config from /usr/share/vim[version]/indent, depends of file type. -- Łukasz Posadowski ___ 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
Re: Increasing the packaging team: regular workshops/vFADs/classroom sessions on packaging
Am 21.05.20 um 10:52 schrieb Ankur Sinha: > The packaging team is generally quite stretched, and we frankly need > more people helping us out. Agreed. There might be another simple thing how we could get new contributors: I noticed that sometimes users asked in bugzilla/on a mailing list if they could help in maintaining some (more or less orphaned/unmaintained) package. IIRC they never got an answer (as nobody reads bugzilla comments for unmaintained packages). Also there was a similar post on epel-devel. I think we have a pretty big hole in the process here - it is too easy for interested people to "fall through the cracks". Also requiring them to review some unrelated packages to demonstrate their knowlegde is a pretty big hurdle. Last year there was a user who submitted a review request (which was approved) but did not find a sponsor because reviewing more packages (without some guidance to ensure the efforts won't go unnoticed) seemed to be too time consuming. Instead he chose to spend more time in upstream development. I noticed that he seemed to be aware of the most important things about packaging in Fedora and was able to connect him with a sponsor (and vouched for him by ensuring that sponsor I would be co-maintaining the new package so I could fix any fallout). Long story short: He got sponsored soon after and maintains the application in Fedora since then pretty successfully. I tried to act as primary point of contact for any questions and help solving some minor issues. => Maybe we could also scale-out if regular packagers could "mentor" (not sponsor) new packagers. To do so it would be helpful to me which sponsors have free cycles to take new packagers. 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
Re: Searching a new home for my packages
Thanks Thomas for the great work in the past! If nobody else is interested, I can take ZeroMQ ones. Kind regards Denis ___ 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
Re: Is there way to include some sensitive credentials in builds?
On 13.06.2020 16:44, Igor Raits wrote: > I am packaging one nice GUI application (newsflash) that is working > with API of some services like feedly. Those require some API key, but > I think it is against their rules to have it included in the plain-text > format in git. All API keys must be present in dist-git (check Telegram Desktop package for example). Anyone can download SRPM and should be able to rebuild it. -- 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
Is there way to include some sensitive credentials in builds?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I am packaging one nice GUI application (newsflash) that is working with API of some services like feedly. Those require some API key, but I think it is against their rules to have it included in the plain-text format in git. I am curious if there is a way how to get those passed during the build. The key can be passed as an environment variable on the user's system, but there is no way everybody will be getting their own keys and I think this is non-trivial process. I think shim does that by building unsigned copy, then signing it outside of Fedora infrastructure and making signed build with prebuilt, signed binaries. This would not help in my case. Any ideas? - -- Igor Raits -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl7k5lUACgkQEV1auJxc Hh4DJhAAr8lkzSGSZipWQA70K57+bLCQDv7M7igmQYo9vUVz3QH004aShKOZ7tmy XWvkx/T/lNQ7V0ND1jvs74/NwskYYojPgTHNNTUtYOK1krmBtTGjcZcaR66CJXay YZpUiYGouvFmHn15X9VDGO0uoMM4kAPWhdkZ1/Ruw5cSfwSZMW7j48WPaeu6iYNj zujO3hyIfkv5TY323Wx1x8MfPyH5IgwOmZ/OiCyW6mmJaXBj+P+qgMuWZnmkrxea prfK6/Amb8HOm8AbbSN6Cg+jszcRGSAdkSNEPG7ryGbOtWI1SnuzbIqMv3ffE2Rm 5eO9Ycgo9HGDFNLuEMOCT8CkNdl4kf/wYvd3TjktfFQxyqJIJXFlnAWuZJa4i+6Z fq5XIAsmu9aPftKjmF7kYusN0UZQ3Z7Fq0wphdOgPd9wXnGjdeqy/7tkopHSgTJ6 9mxYkXUPmD8kI9LyCVCZOltGsArB1X0GmRaiGnTsfd2H33JQY38+kv2OO1kP6pkG F+osagb3E3rW8cAxWuKWLgx5ElCbLTbe1gdPwNi2gvYEtExxkMqdJAnujkkGXoQk zkKi/KsQrcEj69M83t19GxaaxMc4Ns8ccin9vYe09ffCJKsUUTgvxvCFBtmpSim6 NHx7y8h2VezuF2D4hmR6Q0Vw3Y/EXRPU/7euBl6/Gc6z3+5OzmM= =9tek -END 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
Re: Increasing the packaging team: regular workshops/vFADs/classroom sessions on packaging
On Tue, Jun 9, 2020 at 4:08 PM Dan Čermák wrote: > > Hi Ankur, > > Ankur Sinha writes: > > > Hi folks, > > > > The packaging team is generally quite stretched, and we frankly need > > more people helping us out. > > > > The main issue with newcomers taking on packaging is that the learning > > curve here is much more technical then a lot of other areas in Fedora. > > So, while it is still expected that folks read the docs and learn things > > themselves, perhaps we could be more active in helping them? > > That is true, getting into packaging is not easy at all. > > Besides improving existing docs, how about having a individual packagers > helping out newcomers in 1:1 chats, e.g. on IRC or Jitsi? > +1 on the individual participation for mentoring. My difficulties are specific and typically I find a helpful hint in the classroom content, but then it moves in an abstract way and I am lost in trying to follow bugs upstream and matching the speed of my colleagues who are much better at packaging who just take over the duties and leave me with nothing to do. > > > > We've had rpm packaging classroom sessions in the past. Are any folks > > interested in restarting these? Maybe a different SIG could do a session > > each month to help newcomers get started with packaging their tools? > > Sponsors, what do you think? > > > > -- ___ 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
Re: Fedora 32 strange vim behavior?
On Sat, Jun 13, 2020 at 8:06 AM Łukasz Posadowski wrote: > Sat, 13 Jun 2020 07:21:54 -0500 > Richard Shaw : > > > Also, it tries to indent for me in some code type files but it's > > using tabs instead of spaces and 8 spaces instead of 4. One would > > think in 2020 that software could "intuit" what the prevailing style > > is. > > Are those yaml files, by some accident? > Mostly C/C++ and CMake files. I *THINK* I got it fixed by creating a ~/.vimrc file : $ cat ~/.vimrc :set tabstop=4 :set expandtab :set shiftwidth=4 :set autoindent :set smartindent :set cindent 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
Re: Fedora 32 strange vim behavior?
Sat, 13 Jun 2020 07:21:54 -0500 Richard Shaw : > Also, it tries to indent for me in some code type files but it's > using tabs instead of spaces and 8 spaces instead of 4. One would > think in 2020 that software could "intuit" what the prevailing style > is. Are those yaml files, by some accident? -- Łukasz Posadowski ___ 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
Fedora 32 strange vim behavior?
After updating to Fedora 32 I noticed that sometimes, especially when I'm updating comments in a file, that the whole line jumps back to column1. Anyone else seeing this behavior? Also, it tries to indent for me in some code type files but it's using tabs instead of spaces and 8 spaces instead of 4. One would think in 2020 that software could "intuit" what the prevailing style is. 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
Re: Searching a new home for my packages
Am Fr., 12. Juni 2020 um 23:54 Uhr schrieb Miro Hrončok : > > and hope I didn't forget one, if so, please let me know > > I found python-mglob python-minimock python-zmq scipy zeromq Thank you! mglob and minimock does not seem in use anymore, and I asked here for maintainers or to simply orphan/retire it instead: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/Y3PVVU2VKHOVBVVEZXPUPLLBVZDJBCHQ/ Any takers for: - *python-mglob* and/or *python-minimock *(instead of retiring it?) - *scipy* (seems to be mostly maintained by Orion/Miro now) - *zeromq* & *python-zmq*? *php-zmq* is also open for any takers. All three seem to be mainly used from the infra-sig these days. Thanks for maintaining the package in the past and for doing this. Thank you for co-maintaining for so long and also for working together on the python-sig, which has enabled all of us to maintain so many python packages as a group of maintainers! Best Thomas -- Fedora: https://fedoraproject.org/wiki/User:Tomspur ___ 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
Re: Searching a new home for my packages
Am Fr., 12. Juni 2020 um 23:44 Uhr schrieb Elliott Sales de Andrade < quantum.anal...@gmail.com>: > On Fri, 12 Jun 2020 at 17:39, Miro Hrončok wrote: > > > > On 12. 06. 20 21:37, Thomas Spura wrote: > > > Hi all, > > > > > > unfortunately, I don't find much time anymore to look for my packages > .. > > > Due to that, I would like to step down as the primary maintainer and > > > am searching for a new home for my packages! > > > On most of them, I am co-maintainer and the following are the ones, > where I am > > > maintainer (and hope I didn't forget one, if so, please let me know): > > > > > - *python-jupyter-client* > > > - *python-jupyter-core* > > > > I can take the above two, I've been co-maintaining them for some time. > FAS > > churchyard. > Done, thanks! > > > - *python-matplotlib* > > > > I think qulogic would be the de facto maintainer here. > > > > Yep, I'll take it. > Done, thanks! > > - *ipython* > > > > Please assign this package to lbalhar who effectively maintains it. > Done, thanks! - *pynac* Was given to Jerry James, who is the defacto maintainer there - *python-tornado* - *mpi4py* Both are Python packages and therefore given to Gwyn as requested in the other mail. - *php-zmq* This one is left from this list. Any takers, e.g. from the infra-sig? Best, Thomas -- Fedora: https://fedoraproject.org/wiki/User:Tomspur ___ 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
[Bug 1846729] New: perl-CPAN-2.28 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1846729 Bug ID: 1846729 Summary: perl-CPAN-2.28 is available Product: Fedora Version: rawhide Status: NEW Component: perl-CPAN Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 2.28 Current version/release in rawhide: 2.27-4.fc32 URL: http://search.cpan.org/dist/CPAN/ 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/2727/ -- 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