Re: scribus-generator now provides python2-tkinter in Fedora 30 ?

On 11/5/19 4:36 AM, Felix Schwarz wrote: > Am 05.11.19 um 10:05 schrieb Zbigniew Jędrzejewski-Szmek: >> That seems to be a bug. > > Ok, I filed https://bugzilla.redhat.com/show_bug.cgi?id=1768831 > (Hopefully we can get this fixed asap because we won't be able to fix this > automatically once

Re: update hung in "pending" status

On 7/31/19 10:17 PM, Kevin Fenzi wrote: > On 7/31/19 4:18 PM, Mátyás Selmeci wrote: >> Hi, >> >> https://bodhi.fedoraproject.org/updates/FEDORA-2019-f0f74bf64a and >> https://bodhi.fedoraproject.org/updates/FEDORA-2019-fb3b2a2164 have been >> stuck in "pendi

update hung in "pending" status

Hi, https://bodhi.fedoraproject.org/updates/FEDORA-2019-f0f74bf64a and https://bodhi.fedoraproject.org/updates/FEDORA-2019-fb3b2a2164 have been stuck in "pending" status for several hours now. Can someone kick them so they get into testing? Thanks, -Mat -- Mátyás (Mat) Selmeci Open Science

[EPEL-devel] Re: Update on EPEL-8 Status

On 07/01/19 07:57, Stephen John Smoogen wrote: > # Update on EPEL-8 Status > > ## Why is EPEL-8 Taking So Long (tl;dr:) > > 1. Getting koji to work smoothly with modules has been hard. A multi-level > fix has had to be worked to get it working in staging. >   * Needed a way to split out default

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 06/28/19 10:46, mcatanz...@gnome.org wrote: > > On Fri, Jun 28, 2019 at 10:42 AM, mcatanz...@gnome.org wrote: >> If Fedora has /usr/bin/python, then at least we have a *chance* to make the >> scripts we care about work in both python2 and python3 (our current plan). >> Whereas without

Re: dropping %systemd_requires from most packages (guidelines change and mass package update proposal)

On 5/9/19 9:00 AM, Zbigniew Jędrzejewski-Szmek wrote: > Hi, > > let's drop the requirement and ordering on systemd (as implemented by > %systemd_requires) from packages which provide systemd units. > > I now filed [1], which removes the recommendation to use %systemd_requires. > Quoting from

[EPEL-devel] Re: missing libcomps

On 3/14/19 5:59 PM, Kevin Fenzi wrote: > On 3/14/19 3:22 PM, Mátyás Selmeci wrote: >> Hi, >> >> libcomps >> (https://koji.fedoraproject.org/koji/packageinfo?packageID=16769) >> seems to have been untagged from epel 7? We can't install koji >> anymore

[EPEL-devel] missing libcomps

Hi, libcomps (https://koji.fedoraproject.org/koji/packageinfo?packageID=16769) seems to have been untagged from epel 7? We can't install koji anymore because python-libcomps is a dependency. -Mat -- Mátyás (Mat) Selmeci Open Science Grid Software Team / Center for High-Throughput Computing

Re: F30 Self-Contained Change proposal: Retire YUM 3

On 2/4/19 11:27 AM, Stephen John Smoogen wrote: > On Mon, 4 Feb 2019 at 12:14, Mátyás Selmeci wrote: >> >> On 1/31/19 1:05 PM, Kevin Fenzi wrote: >>> On 1/30/19 1:39 PM, Adam Williamson wrote: >>> >>>> Question: how plausibly can we sort of "tes

Re: F30 Self-Contained Change proposal: Retire YUM 3

On 1/31/19 1:05 PM, Kevin Fenzi wrote: > On 1/30/19 1:39 PM, Adam Williamson wrote: > >> Question: how plausibly can we sort of "test retire" yum? i.e. just >> somehow run a single compose process without it included, and see what >> breaks? > > Well, we could block yum in koji and remove it

Re: F30 Self-Contained Change proposal: Retire YUM 3

On 2/1/19 10:23 AM, Neal Gompa wrote: > On Fri, Feb 1, 2019 at 10:23 AM Sérgio Basto wrote: >> >> koji-builder, mash and repoview are ready to work without yum ? >> > > There's a pending PR for fixing koji-builder: > https://pagure.io/koji/pull-request/1117 > > Mash is dead and not used in

Re: Fedora Lifecycles: imagine longer-term possibilities

On 11/16/18 5:17 PM, Jason L Tibbitts III wrote: >> "MM" == Matthew Miller writes: > > MM> It's the fundamental contradiction that all operating systems face: > MM> users complain "too fast and too slow!" at the same time. > > Well, then lengthening the Fedora lifecycle does not seem to me

Re: Attention Gmail users, please turn off HTML mail

On 10/17/18 2:38 PM, Anderson, Charles R wrote: > On Wed, Oct 17, 2018 at 02:12:37PM -0500, Bruno Wolff III wrote: >> On Wed, Oct 17, 2018 at 14:48:52 -0400, >> "tonynel...@georgeanelson.com" wrote: ... For html only messages you would either need to reject them or rewrite them, both

[EPEL-devel] updating condor

Hi folks, The versions of condor in EPEL 6 (8.4.3) and 7 (8.3.8) are out of date and no longer supported by upstream. The current release is 8.6.10. Most configurations should work fine without changes between the two versions. However, there are some admin-visible changes, most notably

Re: [Guidelines change] Changes to the packaging guidelines

On 04/23/2018 01:06 PM, Jason L Tibbitts III wrote: The Python guidelines now more clearly indicate that use of %{__python}, %{python_sitelib} and %{python_sitearch} is forbidden. * https://fedoraproject.org/wiki/Packaging:Python#Macros * https://pagure.io/packaging-committee/issue/745

Re: Goodbye nvr.rsplit('-', 2), hello modularity

On 03/15/2018 10:14 AM, Patrick Uiterwijk wrote: Hi all, If you maintain any application in Fedora Infra (or outside) that tries to parse things out of RPM names, you might be interested in this. For those wondering where I've been spending most of my time the last few weeks: I've been deep in

Re: Proposed Fedora packaging guideline: More Go packaging

On 12/17/2017 01:11 AM, nicolas.mail...@laposte.net wrote: Hi, I am proposing for inclusion a set of rpm technical files aimed at automating the packaging of forge-hosted projects. - Packaging draft: https://fedoraproject.org/wiki/More_Go_packaging -

Self Introduction: Matyas (Mat) Selmeci

Hi all, My name is Matyas Selmeci and I work for the Open Science Grid, a collaboration of ~100 universities and research labs around the US that share batch computing resources with each other. We've been developing an RPM-based software stack for our users, some of which are based on EPEL

[EPEL-devel] missing orphaned packages reports?

Hi, I haven't seen new 'orphaned packages' emails since July. Is that on purpose? Thanks, -Mat ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

common location of spec files in upstream sources

Hi, For upstream projects that provide spec files in their repositories, do y'all tend to see a common location for the spec files? Like dist/.spec or rpm/.spec, etc. My organization is trying to standardize on a location for the software we maintain, and it would be better to use something

Re: Updates for Firefox 57 beta

On 10/18/17 07:21, James Hogarth wrote: On 17 Oct 2017 17:40, "Gerald B. Cox" > wrote: On Tue, Oct 17, 2017 at 1:33 AM, James Hogarth > wrote: And even if we hypothetically forked

Re: Why is Fx 57 in Updates Testing?

On 10/11/17 08:32, Martin Stransky wrote: On 10/11/2017 03:17 PM, Gerald B. Cox wrote: Was this on purpose?  Fx 57 is BETA, and I was under the impression that BETA software was for RAWHIDE. It's going to be stable in one month. Fx 57 release date is 2017-11-14. Yes, I understand there is an

[EPEL-devel] Re: RHEL-7.4 is released (build roots updating)

Is there a list of the packages that will be removed from EPEL because they are in RHEL 7.4? (And when that will happen?) Many of our users are on Scientific Linux and SL 7.4 is not out yet. Thanks, -Mat On 08/01/17 16:24, Stephen John Smoogen wrote: RHEL-7.4 was released today and so the

[EPEL-devel] Re: broken python2-multilib dependancy in latest koji package push for EL6

On 08/10/16 12:15, Kevin Fenzi wrote: On Wed, 10 Aug 2016 12:57:10 -0400 "B. Karhan" wrote: .the update koji-1.10.1-8.el6 has a require of python2-multilib which is only added to python-multilib-1.1-5.el6 (and later), so the parallel push of python-multilib-1.1-4.el6 does

Re: [EPEL-devel] python-six missing in epel6?

Was this a recent change? I see it in CentOS 6.7 but not CentOS 6.6, and it looks like Scientific Linux hasn't caught up either... -Mat On 08/12/15 15:29, Stephen John Smoogen wrote: On 12 August 2015 at 13:30, Mátyás Selmeci mat...@cs.wisc.edu wrote: Hi, I can no longer find the package

[EPEL-devel] python-six missing in epel6?

Hi, I can no longer find the package python-six in EPEL 6. This is a requirement for installing mock. I didn't see it in the orphaned list - what happened? Thanks, -Mat smime.p7s Description: S/MIME Cryptographic Signature ___ epel-devel mailing

Re: [EPEL-devel] EPEL meeting minutes 2015-01-09

On 01/09/15 12:04, Stephen John Smoogen wrote: http://meetbot.fedoraproject.org/epel/2015-01-09/epel.2015-01-09-17.00.log.html 17:03:30 smooge OK we don't have much old business from the last meeting because it was a couple of weeks ago 17:03:45 smooge We had the orphaning and tyll found

Re: [EPEL-devel] EPEL meeting minutes 2015-01-09

On 01/09/15 15:44, Stephen John Smoogen wrote: On 9 January 2015 at 13:04, Mátyás Selmeci mat...@cs.wisc.edu mailto:mat...@cs.wisc.edu wrote: On 01/09/15 12:04, Stephen John Smoogen wrote: http://meetbot.fedoraproject.org/epel/2015-01-09/epel.2015-01-09-17.00.log.html 17:03:30

Re: Out of virtual memory on ARM builder

On 02/14/2014 02:53 PM, Dmitry Butskoy wrote: Dennis Gilmore wrote: The arm builders all have 4gb of ram. how much ram should the tests need? BTW, some big application -- seamonkey (former mozilla/netscape suite) -- fails to build on arm due to the same reason -- not enough memory on the

EPEL broken mirror: rhn.brown.edu

Hi, Sorry if I'm reporting this to the wrong list, but the rhn.brown.edu mirrors for EPEL are broken (the domain doesn't even resolve). It's not listed in the public mirrors list at https://mirrors.fedoraproject.org/publiclist but is part of the mirrorlist that yum uses at

Re: using rpms for non-root installs

Michael Stahnke wrote: ls zip-3.0-1.el6.x86_64.rpm mkdir $HOME/.myrpm cp -pr /var/lib/rpm/* $HOME/.myrpm/ chown -R $USER $HOME/.myrpm/ rpm -Uvh --justdb --dbpath $HOME/.myrpm zip-3.0-1.el6.x86_64.rpm rpm2cpio zip-3.0-1.el6.x86_64.rpm | cpio -idmv rpm -q

using rpms for non-root installs

Hi, This may be a long shot, but I am interested in repackaging some RPMs (for example, some of the Globus packages in EPEL, as well as grid software that my group builds) such that the software in them may be installed by unprivileged users, or into a non-standard

Re: OpenMPI, Emacs and libotf problems

Adam Williamson wrote on Wed, Jul 06, 2011 at 12:54:48PM -0700: On Wed, 2011-07-06 at 22:46 +0300, Jussi Lehtola wrote: On Wed, 06 Jul 2011 12:39:14 -0700 Adam Williamson awill...@redhat.com wrote: On Wed, 2011-07-06 at 20:03 +1000, Amit Saha wrote: So, this library is missing.