DevHeads.net

Postings by Matthias Runge

regular meeting June-14 2017

Hello,

we'll have the next opstools SIG meeting on Wed, June 14 2017, 18:00
UTC.

The meeting will be held in #centos-devel on freenode.

If you're interested in tools for operators, have questions,
suggestions,... you're kindly invited to participate.

See you then,

Matthias

Getting opstools content to mirror.c.o

Hello,

what's the process to get the opstools content released for testing
purpose on buildlogs.c.o over to a more "official" location on
the mirrors? What do we need to do to get rpms signed there?

Best,
Matthias

weekly meeting

Hello,

we're having a weekly meeting on Wednesdays at 18:00 UTC.

Currently, there is not that much going on in opstools. Thus I'd propose
to skip weekly meetings until there is something which needs to be
discussed in a chat meeting.

Thoughts, objections?

Best,
Matthias

overwriting package provided config files

Hello,

for opstools-ansible[1], which installs a monitoring server, we had the
brief discussion of overwriting/replacing package provided config files
vs. adding changes to a .d directory for the application.

Specifically, this was the request for collectd.

review swap

Hello,

I have 2 easy Python reviews up for swapping

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1408869" title="https://bugzilla.redhat.com/show_bug.cgi?id=1408869">https://bugzilla.redhat.com/show_bug.cgi?id=1408869</a>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1408868" title="https://bugzilla.redhat.com/show_bug.cgi?id=1408868">https://bugzilla.redhat.com/show_bug.cgi?id=1408868</a>

One depends on the other, both are easy picks.
Matthias

skipping meetings on Dec 21 and Dec 28

Hello,

the subject says it all: we're going to skip those meetings.

See you in 2017,

Best, Matthias

orphaning python-ladon

Hello,

due to lack of time, and because I don't use it any more, I'm hereby
orphaning python-ladon. It's a low maintenance package.

Feel free to pick it up.

Matthias

Weekly meeting

Hello there,

We have scheduled a weekly meeting on Wednesdays at 18:00 UTC.

Is there an issue for folks to participate, since we all switched
to winter times?

Otherwise I'd propose to keep meetings going at the same day/time, and
see you next week.

Best,
Matthias

contributions to opstools and notification of changes

Hello,

we're moving forward with enabling contributions to opstools. As you
probably know, the repositories live on Github[1]

Over the next few days/weeks, we'd move for submissions from pull
requests to using a gerrit based setup hosted here [2]

Now the question: we can have an irc bot notifying on new patches; would
it be considered to noisy/unfriendly to get the notifications on
#centos-devel ?

Will miss this weeks meeting (+next one)

Hello,

sorry for the short notice: due to a conflict I'll probably miss today's
meeting.

Next week I'll be in Barcelona for the OpenStack Summit and won't make
it to the meeting as well.

See you either in Barcelona or in 3 weeks on #centos-devel.

Best,
Matthias

proposal to skip this weeks meeting

Hello,

I'm traveling this week and won't be near any internet during meeting
time. Let's skip it this week. If you have anything opstools related,
please send it to the list.

Thanks,
Matthias

Brief wrap-up from last meeting on Aug 24

Hello,

unfortunately, the meeting minutes are still not available. Nevertheless
I wanted to share, what we've discussed.

<a href="https://etherpad.openstack.org/p/opstools" title="https://etherpad.openstack.org/p/opstools">https://etherpad.openstack.org/p/opstools</a>

(In brief: missing packages on the logging side, CI next steps, use of a
bug tracker).

For this week, I won't be able to make it to the meeting. See you next
week. Should we cancel it or do we have a volunteer?

Matthias

nodejs in centos

Hello,

for opstools, we'll need nodejs in a repo, I've seen the Cloud SIG
creating their version, PaaS has done the same (just illustrating, I may
be wrong).

This is mostly a mail to ask for interested persons to join or
coordinate efforts here. No need to do the same work multiple times.

What would be the best repository for cross-SIG dependencies?

Matthias

weekly meeting

Hello,

I would like to invite you all to the weekly opstools meeting on
Wednesdays at 18:00 UTC (that's directly after the PaaS meeting)

It happens on freenode, #centos-devel

The first meeting will be on Aug 17th.

Agenda for Aug 17th
- introductions (persons, expectations)
- rpm/git repositories
- ci
- ...

See you all there,

Matthias

weekly meeting time

Hello,

to make further progress, we should schedule weekly meetings for the
newly founded and approved SIG Opstools

The link to the poll is here:

<a href="http://doodle.com/poll/etgeynq7x3w5t9pr" title="http://doodle.com/poll/etgeynq7x3w5t9pr">http://doodle.com/poll/etgeynq7x3w5t9pr</a>

If you're interested in opstools and would like to participate, your
feedback is appreciated! Even if you can't make it and we need to change
the poll/add times.

Best,
Matthias

next steps

Hello,

it looks like the OpsTools SIG was approved[1]. *yay*!

So, the next steps should be to create a build target, tags.
I would like to rebuild or to retag builds already built
under a tag of the cloud SIG.

What would be the preferred way here? Rebuild? Just tag?

Best,
Matthias

[1] <a href="https://wiki.centos.org/SpecialInterestGroup/OpsTools" title="https://wiki.centos.org/SpecialInterestGroup/OpsTools">https://wiki.centos.org/SpecialInterestGroup/OpsTools</a>

license change python-gevent-websocket

Hello,

license for python-gevent-websocket changed from BSD to ASL 2.0.
As additional note, upstream changed their repository, the author stayed
the same.

Matthias

Operational tools SIG (was logging and monitoring...)

Hello,

I would like to re-iterate my interest in having a SIG in CentOS
to provide all kinds of tools for operators providing
infrastructure by using CentOS.

The scope should be more than just simply packaging applications.
Another part should be to provide puppet manifests or ansible playbooks
to get things quicker up and running.

Ideally, I would start with providing something like
* elsasticsearch/fluentd/kibana for centralised logging
* collectd/graphite/grafana for performance monitoring
* sensu/uchiwa for availability monitoring

We have already seen around 10 persons interested in he

Interest in a SIG for logging and monitoring?

Hello,

I wonder, if there is more interest here for starting a logging and
monitoring SIG. It should provide (as the name says) for logging and
monitoring.

Intend to upgrade Django to 1.9.2+ in rawhide

Hello,

Django-1.9 was released some time ago, currently we have
Django-1.8 in rawhide, f23 and f22.

It makes sense to upgrade, if we want fedora to stay a development platform.

A scratch-build to test can be found here:
<a href="http://koji.fedoraproject.org/koji/taskinfo?taskID=12944336" title="http://koji.fedoraproject.org/koji/taskinfo?taskID=12944336">http://koji.fedoraproject.org/koji/taskinfo?taskID=12944336</a>

Best,
Matthias

Orphaning python-xhtml2pdf

Hello,

I'm orphaning python-xhtml2pdf. It has been more or less dead upstream
for years.

Matthias

Django-1.7 for Fedora 21

Hello,

in Fedora 21, we have Django-1.6. Django-1.7 was released a few weeks
ago. As we're in feature freeze, but still pre-beta. I'd like to ask for
opinions, if an upgrade to Django-1.7 would be still acceptable.

I have a copr available containing Django-1.7 [1]

Thoughts?

Matthias

[1] <a href="https://copr.fedoraproject.org/coprs/mrunge/django-1.7/" title="https://copr.fedoraproject.org/coprs/mrunge/django-1.7/">https://copr.fedoraproject.org/coprs/mrunge/django-1.7/</a>

python-django update to Django-1.6

Hey,

recently, I saw a few requests to update python-django to Django-1.6,
the corresponding bug is [1].

As there are quite a few changes, I'd expect this update to be harmful,
at least
- python-django-openstack-auth
- openstack-dashboard

will break, and won't even build any more (because they also execute
sanity checks during build).

So, the current plan is, to fix both packages upstream and then to
update python-django to Django 1.6 in rawhide.

Django-1.5 for F19

Hi,

recently, we introduced python-django14 for F19, to provide a
compatibility package for those packages not working with Django-1.5 and
requiring an older Django-1.4.

If you know, your django-package does not work with Django-1.5 or are in
doubt, please change in your spec-file

Requires: python-django
to
Requires: python-django14

In a week, I will upgrade python-django to Django-1.5.1, in the mean
time, I'll file bugs against packages including patches.

Django-1.5 in rawhide

Hi,

recently, I've built Django-1.5 (as python-django) in rawhide. If
there's interest in keeping Django-1.4, there is a review request [1]

Currently, there are just a few Django packages compatible with
Django-1.5[2]. The whole think smells after making a Django15 feature
for F20.

Matthias

[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=916676" title="https://bugzilla.redhat.com/show_bug.cgi?id=916676">https://bugzilla.redhat.com/show_bug.cgi?id=916676</a>
[2] <a href="https://fedoraproject.org/wiki/User:Mrunge/django15" title="https://fedoraproject.org/wiki/User:Mrunge/django15">https://fedoraproject.org/wiki/User:Mrunge/django15</a>

Django-1.5 build

Dear list,

Django 1.5 was released about two days ago. I'd like to push a build to
rawhide, but I assume, that will break many dependent packages.

The plan is, to delay the push, until other packages are fixed, or to
push in about 14 days.

I have a scratch-build build ready, one might to try, it should install
cleanly e.g. on Fedora 18.

<a href="http://kojipkgs.fedoraproject.org//work/tasks/3880/5063880/python-django-1.5-1.fc19.noarch.rpm" title="http://kojipkgs.fedoraproject.org//work/tasks/3880/5063880/python-django-1.5-1.fc19.noarch.rpm">http://kojipkgs.fedoraproject.org//work/tasks/3880/5063880/python-django...</a>

Heads up: python-kombu, python-celery and python-anyjson update

Greetings,

during preparing several reviews for the large django-package rename
[1],[2], I became aware, there are several updates for python packages
required:

- python-celery from version 2.2.8 to 3.0.1
- python-kombu from version 1.1.3 to 2.2.6
- python-anyjson from version 0.3.1 to 0.3.3
- python-billiard from version 2.7.3.9 to 2.7.3.10

This may have impact at least on the follwing packages:

[mrunge@herodot ~]$ repoquery --whatrequires python-kombu python-celery
python-anyjson

django-kombu
python-celery
python-glance
python-nova
django-celery
python-carrot
python-quantum

Updated p

/usrmove in rawhide?

Greetings,

recently, I'm getting a broken dependency for eventlog in rawhide.

Looking at the spec:

....
Conflicts: filesystem < 3

Requires(post): /usr/sbin/ldconfig
Requires(postun): /usr/sbin/ldconfig
....

ldconfig should live in /usr/sbin, since the /usr-move should have
landed in rawhide also, right?

Thanks,

karma for syslog-ng-3.2.3-2

Greetings,

we all know, the final change freeze arrives tomorrow, May 9th.

I would like to ask you, if you could provide some (positive) karma for
syslog-ng. It is the latest stable version and I'd like to pull it into
F15 before change freeze.

Thanks,
Matthias

bodhi curiosity

Hi,

a few minutes ago I ran into two issues regarding bodhi feedback
- - I tried to submit feedback via fedora-easy-karma and got a 500
internal server error.
- - afterwards I submitted my vote via web interface and (probably)
produced this:
bodhi - 2011-05-03 04:28:44 (karma 0)
This update has been pushed to testing

bodhi - 2011-05-03 06:45:29 (karma 0)
Critical path update approved

mrunge (proventesters) - 2011-05-03 06:45:29 (karma 1)
This fixes 698533 for me.