Council Meeting Minutes for Monday March 16th
by Josh Boyer
=====================================
#fedora-meeting: Council (2015-03-16)
=====================================
Meeting started by mattdm at 17:00:16 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2015-03-16/fedora-meeting...
.
Meeting summary
---------------
* introductions, welcome (mattdm, 17:00:21)
* agenda (mattdm, 17:02:20)
* agenda (mattdm, 17:02:27)
* outreach steering committee (mattdm, 17:04:49)
* ACTION: cwickert to finish outreach summary later today, ask for
input (mattdm, 17:07:46)
* third-party repos (mattdm, 17:09:55)
* LINK: https://fedoraproject.org/wiki/Changes/DisabledRepoSupport
(jreznik, 17:11:23)
* LINK: https://fedoraproject.org/wiki/Third_Party_Repository_Policy
(mattdm, 17:13:01)
* ACTION: decause start sourcing a "FOSS Alternatives" resource page
(decause, 17:31:42)
* AGREED: "The Council must individually approve search enablement for
any third party repository on a case-by-case basis. The
justification must include how the content will advance the Fedora
project's mission." (mattdm, 18:02:58)
* wrap-up (mattdm, 18:05:41)
* ACTION: sgallagh and decause to get together about the university
objective proposal (mattdm, 18:06:56)
Meeting ended at 18:08:16 UTC.
Action Items
------------
* cwickert to finish outreach summary later today, ask for input
* decause start sourcing a "FOSS Alternatives" resource page
* sgallagh and decause to get together about the university objective
proposal
Action Items, by person
-----------------------
* cwickert
* cwickert to finish outreach summary later today, ask for input
* decause
* decause start sourcing a "FOSS Alternatives" resource page
* sgallagh and decause to get together about the university objective
proposal
* sgallagh
* sgallagh and decause to get together about the university objective
proposal
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* mattdm (87)
* jwb (84)
* sgallagh (55)
* jreznik (37)
* stickster (27)
* langdon (24)
* decause (20)
* inode0 (9)
* rdieter (6)
* cwickert (6)
* zodbot (4)
Generated by `MeetBot`_ 0.1.4
9 years, 3 months
Fedora Release Engineering meeting summary for 2015-03-16
by Dennis Gilmore
======================================
#fedora-meeting-1: RELENG (2015-03-16)
======================================
Meeting started by dgilmore at 16:44:11 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting-1/2015-03-16/releng.2015-...
.
Meeting summary
---------------
* init process (dgilmore, 16:44:21)
* #5931 [Proposal] Move new branch and unretire requests to pkgdb2
(dgilmore, 16:45:29)
* LINK: https://fedorahosted.org/rel-eng/ticket/5931 (dgilmore,
16:45:35)
* hopefully deployed this week (dgilmore, 16:46:56)
* #6016 Use fedpkg-minimal in Fedora buildroots (dgilmore, 16:47:07)
* LINK: https://fedorahosted.org/rel-eng/ticket/6016 (dgilmore,
16:47:14)
* this is now done (dgilmore, 16:47:20)
* #5963 Orphaned vulnerable packages in EPEL (dgilmore, 16:49:01)
* LINK: https://fedorahosted.org/rel-eng/ticket/5963 (dgilmore,
16:49:07)
* this has now been done (dgilmore, 16:50:08)
* #6119 AtomicHost rel-eng integration (dgilmore, 16:50:47)
* LINK: https://fedorahosted.org/rel-eng/ticket/6119 (dgilmore,
16:50:53)
* LINK:
https://github.com/projectatomic/rpm-ostree-toolbox/blob/master/src/py/rp...
(walters, 17:25:35)
* ACTION: walters to look at running lorax and livemedia without
-toolbox (walters, 17:31:13)
* LINK:
https://git.fedorahosted.org/cgit/spin-kickstarts.git/tree/fedora-cloud-a...
(walters, 17:32:08)
* ACTION: dgilmore and walters to get things lined up in
spin-kickstarts and have the tasks running in mock (dgilmore,
17:40:16)
* #6130 Remove all permissions when packages are retired in a branch
(dgilmore, 17:41:08)
* LINK: https://fedorahosted.org/rel-eng/ticket/6130 (dgilmore,
17:41:15)
* neeed to have some feedback from at least pingu and need to look
into it closer to see the technical pros and cons for making such a
change. (dgilmore, 17:43:56)
* Secondary Architectures updates (dgilmore, 17:44:08)
* Secondary Architectures update - ppc (dgilmore, 17:44:09)
* Secondary Architectures update - s390 (dgilmore, 17:47:14)
* Secondary Architectures update - arm (dgilmore, 17:51:32)
* LINK: http://armpkgs.fedoraproject.org/compose/22_Alpha_RC1/
(dgilmore, 17:52:00)
* Open Floor (dgilmore, 17:54:47)
Meeting ended at 17:58:52 UTC.
Action Items
------------
* walters to look at running lorax and livemedia without -toolbox
* dgilmore and walters to get things lined up in spin-kickstarts and
have the tasks running in mock
Action Items, by person
-----------------------
* dgilmore
* dgilmore and walters to get things lined up in spin-kickstarts and
have the tasks running in mock
* walters
* walters to look at running lorax and livemedia without -toolbox
* dgilmore and walters to get things lined up in spin-kickstarts and
have the tasks running in mock
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* dgilmore (150)
* walters (47)
* nirik (14)
* sharkcz (9)
* masta (7)
* zodbot (4)
* threebean (3)
* pwhalen (3)
* tyll (0)
* bochecha (0)
* pbrobinson (0)
* pingou (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
9 years, 3 months
2015-03-16 Fedora QA Devel Meeting Minutes
by Tim Flink
===============================
#fedora-meeting: fedora-qadevel
===============================
Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2015-03-16/fedora-qadevel...
Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2015-03-16/fedora-qadevel...
Log: http://meetbot.fedoraproject.org/fedora-meeting/2015-03-16/fedora-qadevel...
Meeting summary
---------------
* Role Call (tflink, 15:03:52)
* ExecDB (jskladan, 15:05:53)
* ExecDB is now more defensive in parsing Taskbot's push notifications
(jskladan, 15:06:04)
* ExecDB is IMHO ready to be deployed (jskladan, 15:06:04)
* OpenQA (jskladan, 15:09:06)
* OpenQA looks good so far - some occasional quirks, but nothing too
serious (jskladan, 15:09:06)
* covered testcases are to be found here
https://bitbucket.org/rajcze/openqa_fedora_tools/src/master/PhaseSeparati...
(jskladan, 15:09:06)
* jsedlak is now working on covering FedUp testcases (jskladan,
15:09:06)
* most of the work-to-be-done on OpenQA will be Upgrade & NFS(repos,
kickstarts, ...)-related (jskladan, 15:11:52)
* kparal status report (kparal, 15:12:32)
* Taskotron Artifacts (mkrizek, 15:12:32)
* artifacs have been running on dev for a while now, no issues (that
hasn't been fixed) has been seen (mkrizek, 15:12:57)
* there is a dir for each day where artifacts of that day are put to
speed up loading of taskotron.fp.o/artifacts/ (mkrizek, 15:13:07)
* LINK: http://taskotron-dev.fedoraproject.org/artifacts/20150316/
(mkrizek, 15:14:52)
* Disposable Clients Remote Execution (mkrizek, 15:17:12)
* now working on evaluation communication methods between task
initiator and executor - paramiko or ansible are subjects of
evaluation (mkrizek, 15:17:23)
* kparal status report (kparal, 15:18:44)
* fixed mock crashes for single-arch packages (kparal, 15:18:53)
* LINK: https://phab.qadevel.cloud.fedoraproject.org/D303 (kparal,
15:18:53)
* helped out with implementing the koji download cache, review still
pending, as well as submitting unit tests (kparal, 15:19:09)
* LINK: https://phab.qadevel.cloud.fedoraproject.org/D266 (kparal,
15:19:09)
* still haven't filed a bug about gtk spinner performance issue,
planning to do it soon. it's slowing down openqa execution (and
manual testing) considerably. (just the main installation time goes
from 5 minutes to 15 minutes on my otherwise almost idle laptop, in
my testing). (kparal, 15:19:32)
* tflink status report (tflink, 15:20:38)
* updated systems, seem to still be having problems with trigger :-/
(tflink, 15:20:50)
* still watching for bad depcheck failures (tflink, 15:20:50)
* working on tickets for disposable clients (tflink, 15:20:50)
* Tasking/Planning (tflink, 15:24:55)
* artifacts and execdb should both be feature complete and ready for
deployment (tflink, 15:30:21)
* ACTION: jskladan to ansible-ize execdb (jskladan, 15:42:51)
* LINK: https://phab.qadevel.cloud.fedoraproject.org/T407 (tflink,
15:47:24)
* LINK: https://phab.qadevel.cloud.fedoraproject.org/project/view/20/
(roshi, 15:48:54)
* Open Floor (tflink, 15:53:43)
Meeting ended at 16:05:17 UTC.
Action Items
------------
* jskladan to ansible-ize execdb
Action Items, by person
-----------------------
* jskladan
* jskladan to ansible-ize execdb
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* tflink (87)
* jskladan (33)
* kparal (23)
* mkrizek (21)
* danofsatx (18)
* roshi (9)
* zodbot (4)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
9 years, 3 months
APAC meeting minutes 2015-02-28
by Zamir Sun
Hi,
We had a meeting today mostly discussed about the media distribution in
APAC. Thank you everyone who attended the meeting today. Here are the
minutes and chat log.
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2015-03-14/fedora-meeting...
Minutes (text):
http://meetbot.fedoraproject.org/fedora-meeting/2015-03-14/fedora-meeting...
Log:
http://meetbot.fedoraproject.org/fedora-meeting/2015-03-14/fedora-meeting...
================================
#fedora-meeting: APAC 2015-03-14
================================
Meeting started by tuanta_ at 04:00:29 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2015-03-14/fedora-meeting...
.
Meeting summary
---------------
* Roll call (tuanta_, 04:00:42)
* Topic: Media distribution in APAC (tuanta_, 04:04:54)
* Topic: FUDCon Pune 2015 (tuanta_, 04:05:04)
* Media distribution in APAC (tuanta_, 04:05:28)
* India and China has their own media stock (tuanta_, 04:06:02)
* media stock for Asean countries and nearby is in Singapore
(tuanta_, 04:06:32)
* Sending media from China to other areas/countries, including Hong
Kong and Taiwan of China are problemtic (zsun, 04:06:52)
* ACTION: zsun ask Red Hat Beijing about sending DVDs from China to
other area (zsun, 04:11:02)
* ACTION: tuanta to Make another call to missing countries to remind
them request for F21 media (tuanta_, 04:23:46)
* IDEA: everyone figure out the local laws and rules of customs for
sending and receiving swags (especially media) and gather
information for APAC swag central production (zsun, 04:24:48)
* FUDCon Pune 2015 (tuanta_, 04:25:13)
* CfP for FUDCon has been closed (tuanta_, 04:25:47)
* LINK:
http://fedoramagazine.org/fudcon-pune-2015-open-for-sponsorship-requests/
(tuanta_, 04:26:16)
* Sponsorship requests are going to be accepted up to April 30th, 2015
(tuanta_, 04:27:49)
* Open floor (tuanta_, 04:29:55)
Meeting ended at 04:34:52 UTC.
Action Items
------------
* zsun ask Red Hat Beijing about sending DVDs from China to other area
* tuanta to Make another call to missing countries to remind them
request for F21 media
Action Items, by person
-----------------------
* zsun
* zsun ask Red Hat Beijing about sending DVDs from China to other area
* **UNASSIGNED**
* tuanta to Make another call to missing countries to remind them
request for F21 media
People Present (lines said)
---------------------------
* tuanta_ (63)
* zsun (34)
* zodbot (8)
* rtnpro (7)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
9 years, 3 months
Fedora Chinese Meeting Minutes (2015-03-13)
by Zamir Sun
Hi all,
The IRC meeting minutes yesterday are available at the links below.
Thanks everyone for attending the meeting.
In the meeting we mainly talked about offline activities and
fedora-zh package repo. Please review the proposed ideas and actions.
The next IRC meeting will be held on next Friday (2015-03-20). Please
come and join the discussion if you can!
Minutes:
http://meetbot.fedoraproject.org/fedora-zh/2015-03-13/fedora-zh.2015-03-1...
Minutes (text):
http://meetbot.fedoraproject.org/fedora-zh/2015-03-13/fedora-zh.2015-03-1...
Log:
http://meetbot.fedoraproject.org/fedora-zh/2015-03-13/fedora-zh.2015-03-1...
==================
#fedora-zh Meeting
==================
Meeting started by zsun at 13:11:33 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-zh/2015-03-13/fedora-zh.2015-03-1...
.
Meeting summary
---------------
* roll call (zsun, 13:11:41)
* topic: Offline events 线下活动 (zsun, 13:14:15)
* topic: fedora-zh package repo (zsun, 13:14:26)
* Offline events 线下活动 (zsun, 13:18:44)
* GZLUG 目前的负责人即将毕业离开广州,广州 LUG 估计搞不起活动了
(robin) (zsun, 13:19:49)
* 仍在讨论关于地点的选择 (zsun, 13:20:54)
* ACTION: zsun alick query about location selection (zsun, 13:27:10)
* LINK:
http://beijinglug.org/index.php?option=com_content&view=article&id=777:ed...
(zsun, 13:27:43)
* fedora-zh package repo (zsun, 13:30:30)
* ACTION: zsun write down the package classify guideline for local
repo (zsun, 13:30:37)
* ACTION: bowen document how to set up copr in docker (zsun,
13:31:47)
* github/fzug (zsun, 13:36:56)
* openfloor (zsun, 13:38:48)
* LINK: http://www.zhihu.com/question/21844459/answer/19498446
(Pany, 13:53:03)
Meeting ended at 14:04:08 UTC.
Action Items
------------
* zsun alick query about location selection
* zsun write down the package classify guideline for local repo
* bowen document how to set up copr in docker
Action Items, by person
-----------------------
* alick
* zsun alick query about location selection
* zsun
* zsun alick query about location selection
* zsun write down the package classify guideline for local repo
* **UNASSIGNED**
* bowen document how to set up copr in docker
People Present (lines said)
---------------------------
* zsun (63)
* endle (18)
* zodbot (11)
* Pany (6)
* tvvocold (4)
* BadGirl (3)
* story (1)
* isyangxin (1)
* tonghuix (0)
* alick (0)
* pany (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
9 years, 3 months
Summary/Minutes from today's FPC Meeting (2015-03-12 17:00 - 19:10 UTC)
by James Antill
======================
#fedora-meeting-1: fpc
======================
Meeting started by geppetto at 17:00:54 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting-1/2015-03-12/fpc.2015-03-...
.
Meeting summary
---------------
* Roll Call (geppetto, 17:00:56)
* Schedule (geppetto, 17:05:30)
* LINK:
https://lists.fedoraproject.org/pipermail/packaging/2015-March/010497.html
(geppetto, 17:05:32)
* #503 Changes/LegacyJDKsInFedora (geppetto, 17:05:47)
* LINK: https://fedorahosted.org/fpc/ticket/503 (geppetto, 17:05:47)
* ACTION: Someone needs to make a draft of what you'd like us to vote
on, like recommended package naming. (geppetto, 17:08:48)
* #508 New GID for openstack-neutron (geppetto, 17:08:57)
* LINK: https://fedorahosted.org/fpc/ticket/508 (geppetto, 17:09:02)
* ACTION: If you setup LDAP before package install then it'll just
work with "dynamic" GIDs. (geppetto, 17:21:57)
* LINK:
http://pkgs.fedoraproject.org/cgit/openstack-trove.git/tree/openstack-tro...
(mbooth, 17:22:12)
* ACTION: If you still think you need a static GID, you need to give a
better reason than just "it might be easier". Eg. shared storage.
(geppetto, 17:23:09)
* #509 Further bootstrapping guideline changes (geppetto, 17:23:18)
* LINK: https://fedorahosted.org/fpc/ticket/509 (geppetto, 17:23:22)
* ACTION: Seems that people do use --with/--without for bootstrapping
… so we can't just get rid of it. A new policy to vote on that has a
changable default and reacts to --with--without would be nice. Maybe
bcond? (geppetto, 17:37:20)
* #126 bundling exception for scintilla (geppetto, 17:38:16)
* LINK: https://fedorahosted.org/fpc/ticket/126 (geppetto, 17:38:23)
* ACTION: Given the scope of the bundling here, we need input from the
other package maintainers. At the very least they should have
bundled() provides, better would be to help unbundle this giant
mess. (geppetto, 17:47:49)
* #248 python-feedgenerator - a standalone version of a bundled
library (geppetto, 17:48:09)
* LINK: https://fedorahosted.org/fpc/ticket/248 (geppetto, 17:48:14)
* ACTION: what spot said in comment #8 makes sense to us; if you still
want this and that doesn't work, reopen. (geppetto, 17:54:21)
* #303 Consider reverting decision to ban %{?_isa} in BuildRequires
(geppetto, 17:55:16)
* LINK: https://fedorahosted.org/fpc/ticket/303 (geppetto, 17:55:17)
* ACTION: We have no problem changing this _if the tools work_.
yum-builddep doesn't, the dnf builddep rewrite also doesn't work.
koschei which is a new Fedora tool also relies on not having to
download/extract .src.rpm files. (geppetto, 18:15:00)
* ACTION: So if you want to change policy here someone will have to
speak to and work with all the tool authors to make sure the tools
still work, if they do then changing policy should be trivial.
(geppetto, 18:15:59)
* #497 Clean up BuildRequires section; don't try to define the
minimal build en (geppetto, 18:16:18)
* LINK: https://fedorahosted.org/fpc/ticket/497 (geppetto, 18:16:23)
* Open Floor (geppetto, 18:17:38)
* #510 Bundling exception for takari-archiver (geppetto, 18:19:12)
* LINK: https://fedorahosted.org/fpc/ticket/510 (geppetto, 18:19:28)
* ACTION: Bundling exception for FileMode in takari-archiver (+1:5,
0:0, -1:0) (geppetto, 18:23:58)
* Open Floor (geppetto, 18:24:03)
* Lots more talking about ticket 303, arched build requires and using
_isa in buildrequires (geppetto, 19:05:15)
Meeting ended at 19:09:35 UTC.
Action Items
------------
* Someone needs to make a draft of what you'd like us to vote on, like
recommended package naming.
* If you setup LDAP before package install then it'll just work with
"dynamic" GIDs.
* If you still think you need a static GID, you need to give a better
reason than just "it might be easier". Eg. shared storage.
* Seems that people do use --with/--without for bootstrapping … so we
can't just get rid of it. A new policy to vote on that has a changable
default and reacts to --with--without would be nice. Maybe bcond?
* Given the scope of the bundling here, we need input from the other
package maintainers. At the very least they should have bundled()
provides, better would be to help unbundle this giant mess.
* what spot said in comment #8 makes sense to us; if you still want this
and that doesn't work, reopen.
* We have no problem changing this _if the tools work_. yum-builddep
doesn't, the dnf builddep rewrite also doesn't work. koschei which is
a new Fedora tool also relies on not having to download/extract
.src.rpm files.
* So if you want to change policy here someone will have to speak to and
work with all the tool authors to make sure the tools still work, if
they do then changing policy should be trivial.
* Bundling exception for FileMode in takari-archiver (+1:5, 0:0, -1:0)
Action Items, by person
-----------------------
* **UNASSIGNED**
* Someone needs to make a draft of what you'd like us to vote on, like
recommended package naming.
* If you setup LDAP before package install then it'll just work with
"dynamic" GIDs.
* If you still think you need a static GID, you need to give a better
reason than just "it might be easier". Eg. shared storage.
* Seems that people do use --with/--without for bootstrapping … so we
can't just get rid of it. A new policy to vote on that has a
changable default and reacts to --with--without would be nice. Maybe
bcond?
* Given the scope of the bundling here, we need input from the other
package maintainers. At the very least they should have bundled()
provides, better would be to help unbundle this giant mess.
* what spot said in comment #8 makes sense to us; if you still want
this and that doesn't work, reopen.
* We have no problem changing this _if the tools work_. yum-builddep
doesn't, the dnf builddep rewrite also doesn't work. koschei which
is a new Fedora tool also relies on not having to download/extract
.src.rpm files.
* So if you want to change policy here someone will have to speak to
and work with all the tool authors to make sure the tools still
work, if they do then changing policy should be trivial.
* Bundling exception for FileMode in takari-archiver (+1:5, 0:0, -1:0)
People Present (lines said)
---------------------------
* geppetto (164)
* tibbs|w (86)
* dgilmore (56)
* mizdebsk (39)
* mbooth (24)
* tomspur (17)
* racor (15)
* SmootherFrOgZ (8)
* zodbot (7)
* tibbs (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
9 years, 3 months
Summary/Minutes Fedora Infrastructure meeting (2015-03-12)
by Kevin Fenzi
============================================
#fedora-meeting: Infrastructure (2015-03-12)
============================================
Meeting started by nirik at 18:00:06 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2015-03-12/infrastructure...
.
Meeting summary
---------------
* aloha (nirik, 18:00:06)
* New folks introductions / Apprentice feedback (nirik, 18:00:06)
* announcements and information (nirik, 18:11:30)
* Group effort cleaned up the pkgdb branch script on friday - kevin
(nirik, 18:11:30)
* Good progress made on new cloud (vnc working, copr being tested) -
kevin/msuchy (nirik, 18:11:30)
* Fedora 22 Alpha is out! Freeze is over! - kevin (nirik, 18:11:30)
* Mass reboots happened yesterday, please report any issues you find -
kevin (nirik, 18:11:31)
* https://register.flocktofedora.org deployed to OpenShift for Flock
2015 Rochester. (Please wait for announcement to register). Need to
figure out how to stand https://flocktofedora.org back up. -lmacken
(nirik, 18:11:32)
* VACUUM ANALYZE on datanommer db made a difference. we'll need to
investigate why autovacuum isn't running regularly on our postgres
dbs - ralph (nirik, 18:11:36)
* fedmsg+karma commands coming to zodbot soon
https://github.com/fedora-infra/supybot-fedora/pull/22 - ralph
(nirik, 18:11:39)
* we have tons of open pull requests this week. any help reviewing is
appreciated. http://ambre.pingoured.fr/fedora-infra/ - ralph
(nirik, 18:11:42)
* monitoring: let us design something better - kevin (nirik, 18:12:44)
* LINK: http://linux-ha.org/source-doc/assimilation/html/index.html
(nirik, 18:14:00)
* where is our source code? - smooge (nirik, 18:31:05)
* ACTION: puiterwijk will see if we can generate a list of packages
with upstreams being retired to notify the devel list of. (nirik,
18:36:47)
* Mirrormanager2 [how is this coming along?] (nirik, 18:36:53)
* Learn about: collectd (nirik, 18:47:08)
* LINK: https://admin.fedoraproject.org/collectd/ (nirik, 18:47:31)
* Meeting process (nirik, 18:53:29)
* Open Floor (nirik, 18:57:40)
Meeting ended at 19:01:23 UTC.
Action Items
------------
* puiterwijk will see if we can generate a list of packages with
upstreams being retired to notify the devel list of.
Action Items, by person
-----------------------
* puiterwijk
* puiterwijk will see if we can generate a list of packages with
upstreams being retired to notify the devel list of.
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* nirik (129)
* puiterwijk (38)
* smooge (25)
* threebean (16)
* oddshocks (15)
* ClockworkOmega (9)
* kushalk124 (8)
* zodbot (5)
* relrod (5)
* mhurron (3)
* andreasch (1)
* Mohamed_Fawzy (1)
* lmacken (1)
* janeznemanic (1)
* abadger1999 (0)
* mdomsch (0)
* pingou (0)
* dgilmore (0)
--
18:00:06 <nirik> #startmeeting Infrastructure (2015-03-12)
18:00:06 <zodbot> Meeting started Thu Mar 12 18:00:06 2015 UTC. The
chair is nirik. Information about MeetBot at
http://wiki.debian.org/MeetBot. 18:00:06 <zodbot> Useful Commands:
#action #agreed #halp #info #idea #link #topic. 18:00:06 <nirik>
#meetingname infrastructure 18:00:06 <zodbot> The meeting name has been
set to 'infrastructure' 18:00:06 <nirik> #topic aloha 18:00:06 <nirik>
#chair smooge relrod nirik abadger1999 lmacken dgilmore mdomsch
threebean pingou puiterwijk 18:00:06 <zodbot> Current chairs:
abadger1999 dgilmore lmacken mdomsch nirik pingou puiterwijk relrod
smooge threebean 18:00:06 <nirik> #topic New folks introductions /
Apprentice feedback 18:00:12 <relrod> here 18:00:17 <andreasch> hi
18:00:17 * puiterwijk is here 18:00:22 * threebean is here
18:00:42 <Mohamed_Fawzy> hi
18:00:44 <ClockworkOmega> here
18:01:04 <relrod> Oh, no roll-call section anymore? sorry
18:01:05 <smooge> here
18:01:23 <janeznemanic> hi
18:01:35 <smooge> there is always rolecall
18:01:43 <nirik> relrod: we can, perhaps we can add it to this same
topic. 18:02:03 <nirik> seems like a waste to just have several minutes
where we just say hi and then ask for freeback/new people. 18:03:27
<nirik> anyhow, any new folks like to introduce themselves? or
apprentices with questions? 18:03:41 <ClockworkOmega> I'm new actually.
18:03:41 <kushalk124> Hey, 18:04:20 <kushalk124> So I started with some
things, made my first package, which has been reviewed and I am looking
for a sponsor, 18:04:34 <kushalk124> And next I would like to
contribute to some apps, have been looking at datanommer 18:04:41 *
oddshocks here 18:05:14 <nirik> ClockworkOmega: welcome. care to give
us a one line intro? are you more interested in sysadmin or application
devel stuff? 18:05:25 <nirik> kushalk124: cool. datanommer can always
use some work... 18:05:48 <kushalk124> nirik, I would be happy to help
out :) 18:06:35 <ClockworkOmega> Thanks. Yes I'm an spiring sysadmin
looking to get professionally into Linux but in the mean time I want to
volunteer with Fedora. 18:06:40 <ClockworkOmega> a* 18:07:44 <nirik>
ClockworkOmega: welcome. We can give you some pointers on where to
start after the meeting over in #fedora-admin. ;) 18:08:15 <nirik> ok,
get ready for info dump... 18:08:16 <kushalk124> nirik, Is there
something where we can put some machine learning /data analysis /
visualization , I would love to do something of that sort as well :D
18:08:21 <ClockworkOmega> Thanks. Maybe my spelling will improve by
then :P 18:08:58 <nirik> kushalk124: not sure what you mean, you're
welcome (and encouraged) to mine data for interesting things...
18:09:36 <relrod> kushalk124: probably some opportunities there with
fedmsg -- suggest talking to threebean 18:10:14 <kushalk124> nirik, ah
thanks :) Yes I can think of interesting things to work on with data
18:10:33 <nirik> with fedmsg we have a lot of data... making sense of
it would be great. ;) 18:10:42 <kushalk124> relrod, Thanks :) fedmsg
would be helpful , I will also have a word with threebean 18:10:59
<threebean> kushalk124: cool :) 18:11:04 <kushalk124> nirik, Yes, today
I was exploring how the badges are given , using the data from
fedmsg :D 18:11:26 <nirik> excellent. 18:11:30 <nirik> #topic
announcements and information 18:11:30 <nirik> #info Group effort
cleaned up the pkgdb branch script on friday - kevin 18:11:30 <nirik>
#info Good progress made on new cloud (vnc working, copr being tested)
- kevin/msuchy 18:11:30 <nirik> #info Fedora 22 Alpha is out! Freeze is
over! - kevin 18:11:31 <nirik> #info Mass reboots happened yesterday,
please report any issues you find - kevin 18:11:32 <nirik> #info
https://register.flocktofedora.org deployed to OpenShift for Flock 2015
Rochester. (Please wait for announcement to register). Need to figure
out how to stand https://flocktofedora.org back up. -lmacken 18:11:36
<nirik> #info VACUUM ANALYZE on datanommer db made a difference. we'll
need to investigate why autovacuum isn't running regularly on our
postgres dbs - ralph 18:11:39 <nirik> #info fedmsg+karma commands
coming to zodbot soon
https://github.com/fedora-infra/supybot-fedora/pull/22 - ralph 18:11:42
<nirik> #info we have tons of open pull requests this week. any help
reviewing is appreciated. http://ambre.pingoured.fr/fedora-infra/ -
ralph 18:11:45 <nirik> so, theres a big dump of info. ;) 18:12:14
<nirik> on to discussion topics 18:12:44 <nirik> #topic monitoring: let
us design something better - kevin 18:13:04 <nirik> so, we get a lot of
alerts, and they kind of aren't all that useful much of the time.
18:13:24 <nirik> I'd like to look at some alternatives. 18:13:44
<nirik> One of them is that we should try out assimilation 18:13:48
<mhurron> complete alternatives to nagios or just a different way to
configure it? 18:14:00 <nirik>
http://linux-ha.org/source-doc/assimilation/html/index.html 18:14:04
<nirik> both. ;) 18:14:14 <nirik> I think we can try assimilation out
in our cloud network 18:14:32 <nirik> and we could look at redesigning
our nagios setup if that proves easy/possible to do shorter term
18:15:21 <nirik> I'll look at floating some ideas on the list. 18:15:34
<nirik> if anyone is interested in helping out, they could chime in
there too. ;) 18:16:10 <threebean> I'm interested in seeing it happen..
but I don't know much about alternatives. 18:16:17 <nirik> Things I
want this to fix: 18:16:38 <threebean> I was hoping to get into
automating much of our existing nagios config (so it's derived from
ansible host and group vars..). but switching systems: I hadn't
considered. 18:16:40 <oddshocks> Whatever the resolution may be, the
alerts system could definitely be improved 18:16:44 <nirik> * alerts
should start out just going to irc, then if still happening, email,
then pager. 18:16:52 <oddshocks> +1 18:17:13 <oddshocks> too many
emails 18:17:14 <nirik> * alerts for things that aren't user/customer
impacting should never go to pagers. 18:18:32 <nirik> I'd really like
to have alerts be a special event, not a 'oh no, there goes the pager
again' 18:18:44 <nirik> anyhow, we can discuss more on list 18:19:03 *
threebean nods 18:19:07 <puiterwijk> maybe also prioritizing services.
while tagger is user-facing, I'm not sure it's as critical as distgit
or koji being down 18:19:12 <nirik> the nice thing about Assimilation
is that it just autodetects. You don't need to configure what it
monitors. 18:19:21 <nirik> puiterwijk: also good idea. 18:19:30
<threebean> there's also a lot of app-specific errors that mostly go to
developers, but not a broader monitoring thing. 18:19:47 <threebean>
lmacken just noticed a bunch of internal errors from the badges
backend. it needed a restart, but nagios didn't know about it.
18:20:13 <nirik> yeah, and we often forget to add things to nagios when
we make new ones 18:20:25 <nirik> and staging alerts should not be the
same as production 18:20:49 <puiterwijk> I would say staging should
only (maybe) get IRC alerts, never email or pager 18:20:52
<ClockworkOmega> How could someone help in improving the system?
18:21:19 <nirik> puiterwijk: email still might be handy to see if
something is down for a long time. 18:21:39 <nirik> ClockworkOmega:
well, chime in on the mailing list post I am going to make I guess. ;)
and/or look at our current setup in ansible git. 18:21:42 <lmacken>
threebean: ah 18:21:42 <puiterwijk> nirik: not sure. for "long time",
the monitoring should have a log of itself 18:21:59 <puiterwijk> (just
my opinion) 18:22:01 <nirik> perhaps. 18:22:12 <nirik> also, currently
nagios alerts go to 'sysadmin-members' 18:22:24 <nirik> I would suspect
99% of them just filter them into the trash. ;) 18:22:40 <nirik> well,
perhaps 95% 18:23:16 <puiterwijk> right, but I guess that's caused by
the fact that it sends so much email 18:23:35 <puiterwijk> so if we'd
fix the signal/noise ratio, that percentage should hopefully go down
18:23:43 <threebean> yeah. I rely excusively on irc for nagios alerts.
18:23:43 <nirik> well, that and a number of sysadmin members aren't
very active or have no idea how to fix something or have access to do
so 18:24:13 <smooge> my phone is my alerter 18:24:20 <smooge> when its
charged 18:24:27 <smooge> unlike right now 18:24:28 <nirik> a case I
often hit: something goes down like a proxy or something, and so theres
20-30 alerts, then 20-30emails or whatever. 18:24:37 <nirik> but I saw
them on irc and fixed it. 18:24:51 <nirik> so I hit 'delete all' on my
phone and 'catch up all' in my nagios folder 18:24:58 <nirik> all those
pages/emails are... completely overhead 18:25:29 <nirik> anyhow, will
post to the list we can brainstorm a plan there. :) 18:25:50 <nirik>
anything else on monitoring? 18:26:15 <puiterwijk> yeah, I think "no
monitoring" is not a solution, even though it may solve the "too many
alerts" problem :) 18:26:35 <nirik> agreed. we want to see problems
before our users do. 18:26:40 <nirik> #topic where is our source code?
- smooge 18:26:41 <nirik> Google code and gitorious are going away..
what projects there we might rely on? 18:26:43 <threebean> eh, if we're
moving monitoring around, it might be nice to get a flashier collectd
frontend (or replacement). there are nice, modern open source frontends
out there 18:26:44 * oddshocks digs nirik's idea of IRC -> email ->
pager, with those other exceptions/rules mentioned along with it
18:26:45 <nirik> smooge: you added this? 18:26:45 <ClockworkOmega> What
about a different system for filtering? 18:27:03 <ClockworkOmega> Or
rather a different methodology for it? 18:27:13 <nirik> oops. Didn't
mean to cut off everyone there on monitoring. ;) 18:27:13 <puiterwijk>
I think we only have code in fedorahosted and github in infra 18:27:16
<nirik> #undo 18:27:16 <zodbot> Removing item from minutes:
<MeetBot.items.Topic object at 0xfa7b3d0> 18:27:42 <nirik> threebean:
graphite was suggested... it's Django tho and bigger... 18:27:49
<nirik> ClockworkOmega: filtering where? 18:28:53 * relrod has played
with graphite before. It's _extremely_ modular, but that also means
that setting it up has a _lot_ of little components to maintain and set
up and learn. 18:29:44 <ClockworkOmega> I wasn't speaking so much about
direction. 18:29:57 <nirik> relrod: and it seems heavy to me, but
perhaps it's worth it. ;) 18:31:05 <nirik> #topic where is our source
code? - smooge 18:31:08 <smooge> puiterwijk, my questions was about a
bit bigger picture.. do we rely on tools which are hosted there and do
we know where they will be after they close down. 18:31:18 <nirik>
anyhow, I don't think we have any code there... anyone know of any?
18:31:23 <puiterwijk> smooge: yes, we will be. 18:31:32 <puiterwijk>
but that's all Fedora packaged as far as I know 18:31:50 <puiterwijk>
nirik: as said, we don't have any code there, but smooge is worried
about stuff we depend on 18:32:10 <nirik> sure, it's good to ask
everyone... in case we missed something. 18:32:13 <puiterwijk> and I
personally think that's the problem of the EPEL apckage maintainers
18:32:14 * threebean doesn't know of any 18:32:16 <smooge> it is more
of a 'something we need to be aware of if it all goes away' 18:32:39
<puiterwijk> smooge: yeah, makes sense. though I guess most upstreams
that are still active will find another host, and then package
maintainers should follow that 18:32:43 <puiterwijk> (just my 2 cents)
18:33:00 <puiterwijk> or rather, my opinion 18:33:02 <smooge> still
active... 18:33:10 <smooge> that was where I start to get itchy
18:33:12 <nirik> it's just like when berlios went away. ;) 18:33:32
<smooge> our planet uses a forked venus which doesn't match what
current venus is 18:33:45 <puiterwijk> smooge: well, non-active
upstreams have always been a problem, regardless of the place where the
code is 18:34:04 <puiterwijk> so yes, I see the problem there, but
that's not especially related to gitorious/gcode shutting down 18:34:29
<nirik> well, it's just more at once. 18:34:33 <threebean> it might be
worth trying to script something that goes through our packages
searching for links to these soon-to-be-gone services. Look at SourceN
fields, look at the 'upstream url' in pkgdb.. 18:34:36 <smooge> ok
never mind. 18:34:44 <threebean> ... and generate a list to send to the
devel list. 18:34:49 <nirik> threebean: could anytia do that? 18:35:05
<nirik> or the using it's db I guess 18:35:11 <puiterwijk> nirik: well,
it has a list of upstream URLs, yes. 18:35:14 <puiterwijk> but not for
all source files 18:35:15 <threebean> yeah. would take a little
scripting. 18:35:37 <nirik> sure, it would never be 100% 18:35:43
<nirik> but could find the ones that are obvious 18:35:57 <puiterwijk>
I can take a throw at that after the meeting 18:36:24 <nirik> cool. :)
18:36:47 <nirik> #action puiterwijk will see if we can generate a list
of packages with upstreams being retired to notify the devel list of.
18:36:53 <nirik> #topic Mirrormanager2 [how is this coming along?]
18:37:05 <nirik> smooge: this was your question? or ? 18:37:11
<puiterwijk> For this, it's too bad that pingou is gone today. 18:37:19
<nirik> well, I can give some info. :) 18:37:26 <puiterwijk> ah, sure
18:37:30 <smooge> nirik, it was brought up about bapp02 ooms 18:37:43
<smooge> and I thought that was the area to put questions like that.
18:38:05 <puiterwijk> smooge: yeah, I think that's a right place
indeed. 18:38:09 <nirik> we have 1 mirrorlist server thats on mm2. The
mirrormanager2-mirrorlist rpm needs some work tho (it doesn't come up
right on boot). I'll work with pingou to fix that next week. 18:38:24
<nirik> sure, absolutely right. ;) 18:38:43 <nirik> once
mirrormanager2-mirrorlist is set, we should convert the rest of the
mirrorlist servers to use it. 18:39:11 <nirik> oddshocks was looking
into seeing if we could validate the data those use... 18:39:27 <nirik>
so we avoid pushing out bad data to them. 18:39:46 * oddshocks nods
18:40:03 <nirik> On the other parts, we have staging versions of:
backend, crawler, frontend. We need to finish some fedmsg work on
them... then make production ones and switch. 18:40:27 <nirik> I don't
know for sure if fedmsg integration is the last bit they need or if
there was something more pingou was waiting on doing 18:40:55 <nirik>
for bapp02 in the mean time the only thing we could possibly do is
decrease the number of crawlers I guess. 18:40:59 <threebean> hm. did
we do that already? can't recall. will have a look. 18:41:20 <nirik>
threebean: it still spews crons about fedmsg things missing... might
just need adding in the playbook(s) 18:41:41 <threebean> ah, cool. I'll
poke it after the meeting. 18:41:53 <oddshocks> On my end... I'm really
clueless as to which parts of the pickle data is the critical data that
determines if the pickle is good or bad. I have pingou's script to
compare two pickles and have used that as a jumping-off point to write
a validate_pickle.py script, but I'm still pretty clueless. So if
anyone has any other info on the rather-large amount of content in
these pickles, it'd be appreciated 18:41:59 <nirik> It would be cool if
we could finish rolling this out before beta, but not sure if thats
being too pushy 18:42:47 <nirik> oddshocks: yeah, the only thing I have
is that traceback from the mm2-mirrorlist. The old mirrorlists don't
show any error they just suck up all memory and fall over. 18:43:00
<oddshocks> At the least, I could probably use maybe 2 more good
pickles as examples, so I can compare 3 good pickles and see what they
have, that the bad pickle doesn't. threebean was kind enough to get me
one good pickle to compare to the bad one, but I'm not sure where that
was taken from. But I could probably use a couple more for comparitive
purposes 18:43:15 <oddshocks> Oh, yeah, I have that traceback you sent
me, too, nirik :) 18:43:37 <nirik> sure. I can get you some more good
ones... 18:43:52 <nirik> it makes them hourly 18:44:02 <oddshocks> Feel
free, anyone, to tell me that I'm going about this
less-than-optimally. :P 18:44:07 <oddshocks> nirik: cool, thanks :)
18:45:03 <nirik> smooge: did that answer the question? anything more on
mm2 (without pingou around) 18:45:20 * oddshocks wasn't sure if other
people knew more than he did about what causes the pickle to be bad
18:45:21 <smooge> well other than "we are moving to it next week"
18:45:38 <oddshocks> when does pingou get back again? 18:45:38
<puiterwijk> oddshocks: I have some notes about bad pickles. will look
them up for you 18:45:39 <nirik> next week. 18:45:43 <oddshocks>
puiterwijk: _awesome_, thanks 18:45:47 <oddshocks> nirik: cool 18:45:56
<nirik> I don't know if we can move to it before beta, but it would be
nice. 18:45:58 <smooge> oddshocks, they are magic to me 18:46:12
<nirik> we could also retire bapp02, app01.stg from this, so that would
be all good. 18:46:43 <smooge> yay! 18:46:46 <smooge> ok that is all I
needed 18:47:00 <nirik> ok, I didn't have anyone signed up to tell us
all about an app, so hey, I guess I will randomly pick one to talk
about... how about collectd! :) 18:47:08 <nirik> #topic Learn about:
collectd 18:47:18 <smooge> ah man.. I was about to leave too. 18:47:28
<nirik> ha ha ha. 18:47:31 <nirik>
https://admin.fedoraproject.org/collectd/ 18:47:37 <nirik> giving a dns
error. neat. ;) 18:47:49 <puiterwijk> demo effect 18:47:55 <puiterwijk>
but works for me, so it's proxy-local 18:48:19 <nirik> ok, fixed.
18:48:26 <nirik> its log01's vpn. ;) 18:48:51 <nirik> anyhow, we have
this application called collectd. It runs a agent on various machines
and reports back to a central version on log01. 18:49:12 <nirik> that
version takes the data in as rrdtool files and then can display it on
the above web page. 18:49:31 <nirik> it's kinda clunky, but it can give
bit picture graphs of things. 18:50:05 <nirik> anytime you see a host
in the list that is NOT a fully qualified domain name, it's an old host
still in puppet/rhel6 18:50:39 <nirik> you can zoom on graphs pretty
close, it takes quite a lot of readings. 18:51:01 <nirik> there are
plugins for various things, including some we have written ourselves.
18:51:23 <nirik> threebean has http://threebean.org/fedmsg-health.html
which uses some of these. 18:52:09 <nirik> any questions or comments on
collectd? ;) 18:52:36 <mhurron> it is pretty ugly isn't it :P 18:52:46
<nirik> yeah, it's not a winner on the interface. ;) 18:53:05
<puiterwijk> it's a well-designed admin tool - it shows what it needs
to, in a concise interface :)_ 18:53:23 <nirik> heh 18:53:29 <nirik>
#topic Meeting process 18:53:43 <nirik> just real quickly, do we want
to keep doing the gobby document meeting process? 18:53:45 <mhurron>
well ... if it showed what it needed to wouldn't it show abnormalities
on the front page? 18:54:03 <nirik> mhurron: well, it doesn't know what
abnormal is. It only reports the news. ;) 18:55:07 <nirik> anyhow, I
know gobby has issues, but I like the shared document thing... but I'm
happy to go back to the old meeting format if people prefer. 18:55:07
<puiterwijk> nirik: I think this process works fine 18:55:33 <smooge>
now that i have gobby working on my laptop I do to 18:56:48 <nirik>
yeah, having to have a special client is a pain. As is to me having to
reenter the password and reconnect everytime I reboot or move networks,
and it's autosave doesn't work right accross reboots of the server.
18:56:51 <nirik> otherwise it's fine. ;) 18:56:57 <threebean> yeah, I
like the new process still. I was late to update the gobby document
this week, fwiw.. but hope to do it earlier in subsequent weeks.
18:57:18 <nirik> I might look into *pads again and see if we can find a
web based on we can actually package and deploy 18:57:40 <nirik> #topic
Open Floor 18:57:45 <nirik> anyone have items for open floor? 18:57:47
<puiterwijk> I have a very quick thing 18:58:02 <puiterwijk> I just ran
a first test run of the gcode/gitorious script, and found 90 projects
so far 18:58:09 <puiterwijk> (of the 5000 or so in anitya) 18:58:44
<smooge> puiterwijk, did you do that in awk? 18:58:47 <smooge> :)
18:58:48 <nirik> quite a few 18:58:49 <puiterwijk> smooge: yup :)
18:59:08 <puiterwijk> nirik: yeah, but not a lot of "important" ones to
us 18:59:13 * smooge goes off to corrupt more people so his mod_awk
httpd module will be used 18:59:24 <puiterwijk> but I'll refine it a
bit and make a more complete list 18:59:30 <puiterwijk> smooge:
mod_awk? tell me more :-) 18:59:36 <nirik> ha. 18:59:43 <nirik> ok, if
nothing else will close out in a minute or so 18:59:45 <smooge>
puiterwijk, ok thanks. pastebin me the code 19:00:17 <puiterwijk>
smooge: you mean for mod_awk (which I don't have... yet)? or the
gcode/gitorous stuff? 19:00:29 <relrod> hah 19:00:29 <smooge>
gcode/gitorious 19:01:04 <nirik> thanks for coming everyone! 19:01:06
<puiterwijk> smooge: yeah, will send it out when I get more stuff added
(I want to also check the distgit repos) 19:01:12 <smooge> its like
mod_perl but even creakier.. /* I started on this as a joke back in
1997.. please don't make me look anymore */ 19:01:23 <nirik> #endmeeting
9 years, 3 months