Good numbers to provide, thanks. I've one thought for you.
On Wed, Jul 18, 2018 at 2:24 PM, R P Herrold wrote:
> I did not try to structure and run a report to try to
> enumerate and count by dependencies. Looking at the
> problem with such a statistic, as to 'upstream' 'keystone'
> packages
On Thu, 19 Jul 2018, Miro Hrončok wrote:
> > The ** POINT ** of producing such a report is to 'put
> > numbers' on the scope of the work rather than loose armwaving
> > assertions such as:
> >
> > > Fedora still has more than 3000 packages depending on
> > > python2 – many more than we can
On 18.7.2018 20:24, R P Herrold wrote:
On Tue, 17 Jul 2018, R P Herrold wrote:
I've poked at getting accurate counts and manifests of unique
python(2) package SRPMs off my mirror today -- I'll supplement
this email with the script and links to the mainfests
tomorrow. A 'sort | uniq' let me
On 18.7.2018 20:24, R P Herrold wrote:
On Tue, 17 Jul 2018, R P Herrold wrote:
I've poked at getting accurate counts and manifests of unique
python(2) package SRPMs off my mirror today -- I'll supplement
this email with the script and links to the mainfests
tomorrow. A 'sort | uniq' let me
On Tue, 17 Jul 2018, R P Herrold wrote:
> I've poked at getting accurate counts and manifests of unique
> python(2) package SRPMs off my mirror today -- I'll supplement
> this email with the script and links to the mainfests
> tomorrow. A 'sort | uniq' let me down as to getting an
> accurate
On Tue, 17 Jul 2018, R P Herrold wrote:
> I've poked at getting accurate counts and manifests of unique
> python(2) package SRPMs off my mirror today -- I'll supplement
> this email with the script and links to the mainfests
> tomorrow. A 'sort | uniq' let me down as to getting an
> accurate
On Tue, 17 Jul 2018, Kevin Fenzi wrote:
> I'm confused here. I doubt very much RHEL is going to drop
> python2 from rhel7. Thus epel7 packages should be able to go
> on as they have...
I've poked at getting accurate counts and manifests of unique
python(2) package SRPMs off my mirror today --
On 07/16/2018 12:06 PM, R P Herrold wrote:
>
> notwithstanding my post on the f-devel ML, ...
>
> Probaby there should some work on communicating the need to
> turn down EPEL 6 at 2020 11 30, and with it those python
> 2 modules by that time
Sure, smooge usually beats the drum on that a year
notwithstanding my post on the f-devel ML, ...
Probaby there should some work on communicating the need to
turn down EPEL 6 at 2020 11 30, and with it those python
2 modules by that time
Smooge, if from the logs you can comb mirroring apart from
installlation pulls, having a ranked list of
