License change: python-inflect-2.1.0 changing to MIT license

As of version 2.1.0, the upstream project for python-inflect is licensed under the MIT license. The license was previously AGPL version 3 or newer. Since the MIT license is the more permissive of the two and is more certainly GPL compatible, this should have no ill effect on dependent packages.

Re: [HEADS UP] Replacing %post/%postun -p /sbin/ldconfig

> Determinism level is about level of *variations* of the results on > repeating the same operations starting from exactly the same initial state. > Executing ldconfig after each package libraries installation/upgrade or > executing the same ldconfig only one time after install/upgrade libraries >

Gating test in bodhi failing on dependency check, can't tell why

https://bodhi.fedoraproject.org/updates/FEDORA-2018-55ac90e798 is the update I'm trying to push. The dist.rpmdeplint test is failing, for example with https://taskotron.fedoraproject.org/artifacts/all/7207b7c8-10ed-11e8-9d8f-525400fc9f92/task_output/ghc-listsafe-0.1.0.1-1.fc27.x86_64.log The

Re: RPM %changelog?

> On 10/25/2016 09:35 PM, David Shea wrote: > > Well then, who exactly should set the RPM standard if not RPM itself? > > FWIW, the change in question occurred in the transition from RPM V3 > packages to V4 packages which involved much more than just file name >

Re: RPM %changelog?

> Please, no, don't do that. RPM is a standard lol. * The representation of file names in package headers changed in rpm-4.0. * Originally, file names were stored as an array of absolute paths. * In rpm-4.0, file names are stored as separate arrays of dirname's and * basename's, * with a

Re: Fedora rawhide compose report: 20160329.n.0 changes

On 03/29/2016 07:18 AM, Fedora Rawhide Report wrote: [anaconda] anaconda-core-25.4-1.fc25.x86_64 requires (glibc-langpack-en or glibc-all-langpacks) So I think I tricked the dependency checker bot. Rich dependencies in rpm are kind of new territory, so maybe I'm doing this wrong. I

attempting to contact nonresponsive maintainer: ivazquez

Does anyone know how to contact Ignacio Vazquez-Abrams? I've been trying to contact him in regards to https://bugzilla.redhat.com/show_bug.cgi?id=1287273, and have also tried contacting him via the email address in bugzilla, and have not received any response. It looks like he has not been

heads up: splitting the GUI toolkit integration parts of pyudev into separate packages

In response to a bug about a missing dependency in the python-pyudev packages, I thought I would look for and add the rest of the missing dependencies as well, and hey, wow, what's all this GUI stuff doing in here. pyudev includes modules for integrating with the main loops of glib, pyqt4,

License change: python-diff-cover switching from AGPLv3 to ASL 2.0

python-diff-cover 0.7.2 will be the last version in Fedora licensed under the AGPL, and 0.8.0 will be the first under the Apache Software License. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct:

Re: Nonresponsive maintainer (invalid email address): Chris Lockfort (clock...@redhat.com)

On 12/04/2014 07:55 AM, Miroslav Suchý wrote: On 12/03/2014 10:51 PM, David Shea wrote: Through some series of accidents, the python-pyudev package in Fedora is assigned to clock...@redhat.com. This account has been closed since at least early 2013. The email address isn't invalid exactly

Nonresponsive maintainer (invalid email address): Chris Lockfort (clock...@redhat.com)

, here's all the bugs, ain't none responded to: https://bugzilla.redhat.com/buglist.cgi?component=python-pyudevlist_id=3060872product=Fedora Thanks, David Shea -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http