[EPEL-devel] Re: Graphical package manager for EPEL8
On 11/5/2019 2:37 PM, Troy Dawson wrote: On Tue, Nov 5, 2019 at 11:01 AM Edward Diener wrote: On 11/5/2019 12:11 PM, Troy Dawson wrote: To get a package in EPEL8, please open a bugzilla to have it put in. I just checked, and there currently isn't a bugzilla requesting it. It will also need the following packages put into EPEL8 to build and possibly run. python3-cairosvg python3-dnfdaemon python3-notify2 python3-pystray python3-yui I created a bug report for EPEL using yumex-dnf as the component, since that exists in the component list. The bug report is at https://bugzilla.redhat.com/show_bug.cgi?id=1769168. I will open a bugzilla report. I did not realize that Red Hat bugzilla was the way to request EPEL packages. When I go there it is asking for a bug report for a component. What component do I choose ? Interesting. I guess since it has never been in EPEL before it won't let you put it in as a component. New -> Fedora -> Fedora You can put dnfdragora in as a component there. Just make sure that you clearly state that it's for epel8 in the subject and body. On Tue, Nov 5, 2019 at 8:28 AM Edward Diener wrote: Has there been any attempt to add to a EPEL8 a graphical package manager, such as dnfdragora ? CentOS7, which I have used, had yumex but since CentOS8 uses dnf the old yumex does not work anymore. As I understand it yumex-dnf is no longer being developed and dnfdragora is the logical continuation of yumex-dnf. As a workstation user of CentOS I am not interested in having to use dnf from the command line so a dnfdragora for CentOS8 would be very welcome. Thank you ! Edward Diener ___ 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
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 448 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d condor-8.6.11-1.el7 189 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80 python-gnupg-0.4.4-1.el7 187 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-bc0182548b bubblewrap-0.3.3-2.el7 123 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-12067fc897 dosbox-0.74.3-2.el7 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-821ac0b641 mingw-libidn2-2.2.0-1.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-19535181a5 java-latest-openjdk-13.0.1.9-2.rolling.el7 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-458a052bdb rssh-2.3.4-15.el7 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-0d0c37fcca hostapd-2.9-2.el7 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-e6e7d521d9 chromium-78.0.3904.70-1.el7 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-ec3a3dac15 libmp4v2-2.1.0-0.18.trunkREV507.el7 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-50f0062140 golang-1.13.3-1.el7 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-1946200e23 putty-0.73-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing lua-sec-0.8.2-1.el7 python-configparser-4.0.2-2.el7 python3-psycopg2-2.7.7-2.el7 python3-requests-2.14.2-1.el7 python3-urllib3-1.25.1-1.el7 Details about builds: lua-sec-0.8.2-1.el7 (FEDORA-EPEL-2019-9d9b7055da) Lua binding for OpenSSL library Update Information: LuaSec 0.8.2 * Fix unexported 'ssl.config' table ChangeLog: * Wed Oct 23 2019 Robert Scheck 0.8.2-1 - Upgrade to 0.8.2 (#1760499) References: [ 1 ] Bug #1760499 - lua-sec-0.8.2 is available https://bugzilla.redhat.com/show_bug.cgi?id=1760499 python-configparser-4.0.2-2.el7 (FEDORA-EPEL-2019-c53e0a3a3f) Backport of Python 3 configparser module Update Information: Depend on python-backports ChangeLog: * Tue Nov 5 2019 Avram Lubkin - 4.0.2-2 - Depend on python-backports * Mon Oct 28 2019 Avram Lubkin - 4.0.2-1 - Update to 4.0.2 python3-psycopg2-2.7.7-2.el7 (FEDORA-EPEL-2019-6ef0b13088) PostgreSQL database adapter for Python Update Information: Rename python36-psycopg2 to python3-psycopg2 ChangeLog: * Tue Nov 5 2019 Carl George - 2.7.7-2 - Rename python36-psycopg2 to python3-psycopg2 python3-requests-2.14.2-1.el7 (FEDORA-EPEL-2019-2d77bb9597) HTTP library, written in Python, for human beings Update Information: urllib3 -- Update to 1.25.1, fixes CVE (bz#1702475) requests -- Update to 2.14.2 ChangeLog: * Mon Nov 4 2019 Orion Poplwski - 2.14.2-1 - Update to 2.14.2 * Wed Apr 24 2019 Orion Poplwski - 2.13.0-1 - Update to 2.13.0 - Drop strict urllib3 version requirement References: [ 1 ] Bug #1702473 - CVE-2019-11324 python-urllib3: Certification mishandle when error should be thrown https://bugzilla.redhat.com/show_bug.cgi?id=1702473 python3-urllib3-1.25.1-1.el7 (FEDORA-EPEL-2019-2d77bb9597) Python 3 HTTP library with thread-safe connection pooling and file post Update Information: urllib3 -- Update to 1.25.1, fixes CVE (bz#1702475) requests -- Update to 2.14.2 --
[EPEL-devel] Re: Graphical package manager for EPEL8
On Tue, Nov 5, 2019 at 11:01 AM Edward Diener wrote: > > On 11/5/2019 12:11 PM, Troy Dawson wrote: > > To get a package in EPEL8, please open a bugzilla to have it put in. > > I just checked, and there currently isn't a bugzilla requesting it. > > It will also need the following packages put into EPEL8 to build and > > possibly run. > > > > python3-cairosvg > > python3-dnfdaemon > > python3-notify2 > > python3-pystray > > python3-yui > > I will open a bugzilla report. I did not realize that Red Hat bugzilla > was the way to request EPEL packages. When I go there it is asking for a > bug report for a component. What component do I choose ? > Interesting. I guess since it has never been in EPEL before it won't let you put it in as a component. New -> Fedora -> Fedora You can put dnfdragora in as a component there. Just make sure that you clearly state that it's for epel8 in the subject and body. > > > > On Tue, Nov 5, 2019 at 8:28 AM Edward Diener > > wrote: > >> > >> Has there been any attempt to add to a EPEL8 a graphical package > >> manager, such as dnfdragora ? CentOS7, which I have used, had yumex but > >> since CentOS8 uses dnf the old yumex does not work anymore. As I > >> understand it yumex-dnf is no longer being developed and dnfdragora is > >> the logical continuation of yumex-dnf. As a workstation user of CentOS I > >> am not interested in having to use dnf from the command line so a > >> dnfdragora for CentOS8 would be very welcome. Thank you ! > >> > >> Edward Diener > ___ > 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 ___ 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
[EPEL-devel] Re: Graphical package manager for EPEL8
On 11/5/2019 12:14 PM, Pat Riehecky wrote: I've generally been happy with the gnome-software app. I do not see in the gnome-software app how I can search, view, add, or delete individual packages, as opposed to software applications. Of course if you do not need anything to deal with packages themselves then I can understand that the gnome-software app is good for you. Pat On 11/5/19 10:27 AM, Edward Diener wrote: Has there been any attempt to add to a EPEL8 a graphical package manager, such as dnfdragora ? CentOS7, which I have used, had yumex but since CentOS8 uses dnf the old yumex does not work anymore. As I understand it yumex-dnf is no longer being developed and dnfdragora is the logical continuation of yumex-dnf. As a workstation user of CentOS I am not interested in having to use dnf from the command line so a dnfdragora for CentOS8 would be very welcome. Thank you ! Edward Diener ___ 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
[EPEL-devel] Re: Graphical package manager for EPEL8
On 11/5/2019 12:11 PM, Troy Dawson wrote: To get a package in EPEL8, please open a bugzilla to have it put in. I just checked, and there currently isn't a bugzilla requesting it. It will also need the following packages put into EPEL8 to build and possibly run. python3-cairosvg python3-dnfdaemon python3-notify2 python3-pystray python3-yui I will open a bugzilla report. I did not realize that Red Hat bugzilla was the way to request EPEL packages. When I go there it is asking for a bug report for a component. What component do I choose ? On Tue, Nov 5, 2019 at 8:28 AM Edward Diener wrote: Has there been any attempt to add to a EPEL8 a graphical package manager, such as dnfdragora ? CentOS7, which I have used, had yumex but since CentOS8 uses dnf the old yumex does not work anymore. As I understand it yumex-dnf is no longer being developed and dnfdragora is the logical continuation of yumex-dnf. As a workstation user of CentOS I am not interested in having to use dnf from the command line so a dnfdragora for CentOS8 would be very welcome. Thank you ! Edward Diener ___ 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
[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Co
Dear all, You are kindly invited to the meeting: EPEL Steering Co on 2019-11-06 from 18:00:00 to 19:00:00 GMT At freenode@fedora-meeting The meeting will be about: This is the weekly EPEL Steering Committee Meeting. A general agenda is the following: #meetingname EPEL #topic Intros #topic Old Business #topic EPEL-6 #topic EPEL-7 #topic EPEL-8 #topic Openfloor #endmeeting Source: https://apps.fedoraproject.org/calendar/meeting/9364/ ___ 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
[EPEL-devel] Re: Graphical package manager for EPEL8
I've generally been happy with the gnome-software app. Pat On 11/5/19 10:27 AM, Edward Diener wrote: Has there been any attempt to add to a EPEL8 a graphical package manager, such as dnfdragora ? CentOS7, which I have used, had yumex but since CentOS8 uses dnf the old yumex does not work anymore. As I understand it yumex-dnf is no longer being developed and dnfdragora is the logical continuation of yumex-dnf. As a workstation user of CentOS I am not interested in having to use dnf from the command line so a dnfdragora for CentOS8 would be very welcome. Thank you ! Edward Diener ___ 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://urldefense.proofpoint.com/v2/url?u=https-3A__docs.fedoraproject.org_en-2DUS_project_code-2Dof-2Dconduct_&d=DwIGaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=OAMtP0DWou0nlXG7Kmxo2enjXJfwb1DXS9fwcaESuTE&m=LjoA7RuRzR3C0cLyJ5t2BpQMDDK7LYiZUm7DpcdpeO0&s=qWgaI7xk4QtLT_BsrUmgWLBzXL92Gv8-XLzG3w5bFpk&e= List Guidelines: https://urldefense.proofpoint.com/v2/url?u=https-3A__fedoraproject.org_wiki_Mailing-5Flist-5Fguidelines&d=DwIGaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=OAMtP0DWou0nlXG7Kmxo2enjXJfwb1DXS9fwcaESuTE&m=LjoA7RuRzR3C0cLyJ5t2BpQMDDK7LYiZUm7DpcdpeO0&s=YnnheIdX_sY-JA7gpH2jWyYch1qlHb9mwKZyVYnhDuk&e= List Archives: https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.fedoraproject.org_archives_list_epel-2Ddevel-40lists.fedoraproject.org&d=DwIGaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=OAMtP0DWou0nlXG7Kmxo2enjXJfwb1DXS9fwcaESuTE&m=LjoA7RuRzR3C0cLyJ5t2BpQMDDK7LYiZUm7DpcdpeO0&s=ACx3GduD32EdnaHWij5g0VeFnaw09J0G5EBkAG8Cl-g&e= -- Pat Riehecky Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org ___ 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
[EPEL-devel] Re: Graphical package manager for EPEL8
To get a package in EPEL8, please open a bugzilla to have it put in. I just checked, and there currently isn't a bugzilla requesting it. It will also need the following packages put into EPEL8 to build and possibly run. python3-cairosvg python3-dnfdaemon python3-notify2 python3-pystray python3-yui On Tue, Nov 5, 2019 at 8:28 AM Edward Diener wrote: > > Has there been any attempt to add to a EPEL8 a graphical package > manager, such as dnfdragora ? CentOS7, which I have used, had yumex but > since CentOS8 uses dnf the old yumex does not work anymore. As I > understand it yumex-dnf is no longer being developed and dnfdragora is > the logical continuation of yumex-dnf. As a workstation user of CentOS I > am not interested in having to use dnf from the command line so a > dnfdragora for CentOS8 would be very welcome. Thank you ! > > Edward Diener > ___ > 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 ___ 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
[EPEL-devel] Graphical package manager for EPEL8
Has there been any attempt to add to a EPEL8 a graphical package manager, such as dnfdragora ? CentOS7, which I have used, had yumex but since CentOS8 uses dnf the old yumex does not work anymore. As I understand it yumex-dnf is no longer being developed and dnfdragora is the logical continuation of yumex-dnf. As a workstation user of CentOS I am not interested in having to use dnf from the command line so a dnfdragora for CentOS8 would be very welcome. Thank you ! Edward Diener ___ 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
[EPEL-devel] Re: What to do about old packages in epel8-playground
On Mon, 4 Nov 2019 at 18:35, Dave Dykstra wrote: > > It seems to be worse than that. When I tried around 2 weeks ago, > building a version in epel8-playground blocked building the same version > in epel8. > https://pagure.io/releng/issue/8925 > I did similar builds earlier and didn't have the problem. > There was a problem in the build system when you tried this. I have replied to the ticket as it should be cleared up now and I thought all tickets had been answered but I missed this one. > I have packages.cfg that targets epel8 in the epel8 git branch and > epel8-playground in the epel8-playground branch and haven't touched > them. > > Dave > > On Sun, Nov 03, 2019 at 01:57:13PM -0700, Orion Poplawski wrote: > > On 11/3/19 12:47 PM, Kevin Fenzi wrote: > > > On Fri, Nov 01, 2019 at 08:06:07AM -0700, Troy Dawson wrote: > > > > For KDE, I built all the packages in epel8-playground. At the time, > > > > it seemed like the right thing to do. (Whether it was or not is > > > > another discussion). I also built several packages in playground that > > > > were not part of KDE, but were build and runtime dependencies. > > > > > > > > Those non-KDE packages, I have been trying to get built on regular > > > > epel8 by their normal maintainers. Or building myself if the normal > > > > maintainer don't want to support epel8. > > > > > > > > Question: What do I do about those package currently in -playground, > > > > that just got built in regular epel8? > > > > The versions may, or may not, be the same. > > > > > > > > A related question, but not necessarily for this set of packages. > > > > What is our plan in a year or two, if a package clearly is maintained > > > > in epel8, but abandoned in epel8-playground? > > > > > > Right, so this is what Kanarip was talking about the other day on IRC. > > > > > > Consider the case: > > > > > > - I have foo-1.0-1 in epel8 and epel8-playground > > > - I want to play with foo-2.0 in playground, so I tweak packages.cfg and > > >build it in playground. > > > - Later I decide its stable so I build foo-2.0-1 in epel8. > > > - A update comes out to 2.1, so I build foo-2.1-1 in epel8, but I didn't > > >put the packages.cfg back and the version in epel8-playground is now > > >foo-2.0-1 still. > > > - I later try and build bar-2.0 in epel8-playground, and it builds > > >against foo-2.0-1 instead of foo-2.1 > > > > > > I guess the expectation is that the maintainer should put the > > > packages.cfg back in place when merging back to epel8, but I could see > > > this getting forgotten. > > > > > > So, perhaps the best way forward here is some reporting? > > > > > > ie, check upgrade path between all epel8 and epel8-playground packages. > > > The playgound ones should always upgrade the epel8 one. > > > > > > kevin > > > > I guess I don't see why anyone needs to muck with packages.cfg. If you want > > to build something for epel8-playground, just build it from the > > epel8-playground branch. > > > ___ > 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 -- Stephen J Smoogen. ___ 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
