For anyone who has prototype code for embedding Cockpit components into
other web applications ... I wanted to note that the URL format has
changed with Cockpit version 0.40
The URLs now look like something like this:
/cockpit/(a)localhost/package/file.html
The documentation has been updated. For example:
http://files.cockpit-project.org/guide/latest/api-terminal-html.html
The reason for this is that, before our API and protocol goes stable, we
wanted to simplify the way we load and refer to our components. More
details here:
https://github.com/cockpit-project/cockpit/pull/1841
Cheers,
Stef
PCP is a capable and expansive framework for system performance and
analysis.
http://www.pcp.io/
Marius and Andreas have done some really nice work using PCP for metrics
and loading of archived metric data.
However in order to make use if it, attention to and grooming of PCP is
necessary. Details below.
A bunch of us discussed this yesterday, and came to the conclusion that
having PCP required by default goes against the principles [1] of
Cockpit. In particular:
* Cockpit should work out of the box. In particular the graphs should
work out of the box.
* Installing Cockpit should not fundamentally alter the server, via
dependencies, additional running services ... and the footprint
should be small.
Cockpit isn't perfect on the latter point yet. We do drag in runtime
dependencies that should be optional (such as accountsservice and
realmd), but with each release we're removing those. The end goal is
that Cockpit is a UI for the OS, and the software that comes with it.
Yes, I do realize this is a fuzzy goal, but never the less, we want to
be heading in the right direction.
Outstanding PCP issues:
https://bugzilla.redhat.com/show_bug.cgi?id=1185740https://trello.com/c/lpbZHZsG/110-pcp-completely-solid-out-of-the-box
None of these issues are unsolvable. In fact during brainstorming and
discussion with Frank and the PCP team there have been possible
solutions to each of the issues.
Once the outstanding issues have been resolved, it would be probably be
appropriate for Cockpit to have a default dependency on pcp-libs and the
linux PMDA.
But it is premature for us to have a PCP dependency out of the box, and
doubly so when that dependency is on the entire PCP stack.
So we're doing a bit of work to make PCP optional:
https://trello.com/c/ub3zQOUE/129-pcp-optional-dependencyhttps://github.com/cockpit-project/cockpit/pull/1856
On Fedora 22, folks who want to use PCP and view archived data in the
graphs, or folks who already have PCP on their server, will be able to
install the optional cockpit-pcp sub-package.
Stef
[1] http://stef.thewalter.net/ideals-of-cockpit.html
================================
#cockpit: Cockpit Weekly Meeting
================================
Meeting started by mvo_ at 14:01:05 UTC. The full logs are available at
http://meetbot.fedoraproject.org/cockpit/2015-02-23/cockpit_weekly_meeting.…
.
Meeting summary
---------------
* Agenda (mvo_, 14:02:38)
* Integration tests on Fedora 22 (mvo_, 14:05:02)
* ACTION: mvo_ make/find a magic base tarball for F22 and investigate
what else needs to be done (mvo_, 14:08:57)
* PCP (mvo_, 14:12:38)
* ACTION: mvo_ make sure we know what we really need to have fixed in
pcp. (mvo_, 14:24:48)
* Simplifying the package loading (mvo_, 14:26:28)
* LINK: https://github.com/cockpit-project/cockpit/pull/1841 (stefw,
14:30:20)
* Software updates OSTree/RPM (mvo_, 14:36:39)
* Patternfly update (mvo_, 14:53:48)
* Storage refresh and storaged (mvo_, 15:00:38)
* open floor (mvo_, 15:09:57)
Meeting ended at 15:12:56 UTC.
Action Items
------------
* mvo_ make/find a magic base tarball for F22 and investigate what else
needs to be done
* mvo_ make sure we know what we really need to have fixed in pcp.
Action Items, by person
-----------------------
* mvo_
* mvo_ make/find a magic base tarball for F22 and investigate what
else needs to be done
* mvo_ make sure we know what we really need to have fixed in pcp.
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* stefw (91)
* mvo_ (87)
* andreasn_ (51)
* petervo (15)
* dperpeet (14)
* sgallagh (9)
* zodbot (4)
* github (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
Cockpit 0.39 was released:
https://github.com/cockpit-project/cockpit/releases/tag/0.39
A small dependency change, as part of migrating away from our legacy
cockpitd code:
* Dropped build/runtime libgudev dependency
* Added runtime grep dependency
Cheers,
Stef
Many thanks to Jared Sutton for providing a PPA for ubuntu vivid
(KF5/plasma in my case) and just a heads up that... it works! :-)
I haven't logged into cockpit since using Archlinux over a year
ago so it's great to able to continue to explore it.
deb http://ppa.launchpad.net/jpsutton/cockpit/ubuntu vivid main
I presented a Cockpit talk at Devconf 2015 in Brno. The goal was to get
people to understand Cockpit and how it's put together.
Here's the video of the talk at Devconf. It just has the screen in it,
but that's pretty useful since most of the talk is demos.
https://www.youtube.com/watch?v=97l1qf2sZtk
Stef
All,
I've created an initial Debian package configuration for Cockpit and
uploaded it to an Launchpad PPA:
https://launchpad.net/~jpsutton/+archive/ubuntu/cockpit
I'm doing all of my packaging work on Debian Jessie and uploading to
Launchpad which builds it for Trusty (latest LTS) and Utopic (latest
"stable"). It's currenlty built against a Git clone of the master branch
from yesterday, but I'll be switching it to use a release tarball soon.
Any suggestions/patches are welcome and I'm open to including the packaging
configuration upstream once I have it a little less hackish.
Thanks,
Jared Sutton