[opensuse-factory] Cockpit arrived in Tumbleweed
Hi, Cockpit¹ is a web administration tool written in JS with the server part in C that can talk to dbus services. Now packages finally reached Tumbleweed. To try it run # zypper in cockpit # systemctl enable --now cockpit.socket Then point your browser to port 9090 of the host running cockpit. Check it out, it offers a login shell in the browser :-) The package² offers basic functionality. It lacks some features like eg managing libvirt due to missing deps in Tumbleweed. Also the package so far just uses the minified aka "precompiled" JS of the release tarball as Fedora does. Might be fine for them but it's not exactly what I'd expect from a package in Factory though. OBS should really build from actual sources so eg patching the js part in the package would work. So any help to get the package to actually use Node to build the JS parts welcome. cu Ludwig [1] https://cockpit-project.org/ [2] https://build.opensuse.org/package/show/systemsmanagement:cockpit/cockpit -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Software Solutions Germany GmbH, HRB 36809 (AG Nürnberg), GF: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, Jun 15, 2020 at 9:19 AM Ludwig Nussel <ludwig.nussel@suse.de> wrote:
Hi,
Cockpit¹ is a web administration tool written in JS with the server part in C that can talk to dbus services. Now packages finally reached Tumbleweed. To try it run
# zypper in cockpit # systemctl enable --now cockpit.socket
Then point your browser to port 9090 of the host running cockpit.
Check it out, it offers a login shell in the browser :-)
The package² offers basic functionality. It lacks some features like eg managing libvirt due to missing deps in Tumbleweed. Also the package so far just uses the minified aka "precompiled" JS of the release tarball as Fedora does. Might be fine for them but it's not exactly what I'd expect from a package in Factory though. OBS should really build from actual sources so eg patching the js part in the package would work. So any help to get the package to actually use Node to build the JS parts welcome.
It's generally *not* fine in Fedora either, but Fedora has a lot less tolerance for lack of maintainers for packages than most distributions, including openSUSE. Nobody kept up with maintaining the tools required to do the minification stuff (including the Cockpit team), so they fell out of the distribution. If you want them to stop shipping precompiled JS, help them have the tools in Fedora too so that the primary builds use it. We're supposed to be friends here... -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, Jun 15, 2020 at 09:25, Neal Gompa <ngompa13@gmail.com> wrote:
On Mon, Jun 15, 2020 at 9:19 AM Ludwig Nussel <ludwig.nussel@suse.de> wrote:
The package² offers basic functionality. It lacks some features like eg managing libvirt due to missing deps in Tumbleweed. Also the package so far just uses the minified aka "precompiled" JS of the release tarball as Fedora does. Might be fine for them but it's not exactly what I'd expect from a package in Factory though. OBS should really build from actual sources so eg patching the js part in the package would work. So any help to get the package to actually use Node to build the JS parts welcome.
It's generally *not* fine in Fedora either, but Fedora has a lot less tolerance for lack of maintainers for packages than most distributions, including openSUSE. Nobody kept up with maintaining the tools required to do the minification stuff (including the Cockpit team), so they fell out of the distribution.
Considering how much of a mess current NodeJS dependency packaging is in openSUSE distros, and the apparent hatred of Fedora tooling created for the same purpose (and around a million times better than what we have right now), I doubt we have any high ground here. Collaboration is apparently too hard, even if some people are trying to reach out to help us out with it. LCP [Stasiek] https://lcp.world -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Montag, 15. Juni 2020, 15:25:19 CEST schrieb Neal Gompa:
On Mon, Jun 15, 2020 at 9:19 AM Ludwig Nussel <ludwig.nussel@suse.de> wrote:
Hi,
Cockpit¹ is a web administration tool written in JS with the server part in C that can talk to dbus services. Now packages finally reached Tumbleweed. To try it run
# zypper in cockpit # systemctl enable --now cockpit.socket
Then point your browser to port 9090 of the host running cockpit.
Check it out, it offers a login shell in the browser :-)
The package² offers basic functionality. It lacks some features like eg managing libvirt due to missing deps in Tumbleweed. Also the package so far just uses the minified aka "precompiled" JS of the release tarball as Fedora does. Might be fine for them but it's not exactly what I'd expect from a package in Factory though. OBS should really build from actual sources so eg patching the js part in the package would work. So any help to get the package to actually use Node to build the JS parts welcome.
It's generally *not* fine in Fedora either, but Fedora has a lot less tolerance for lack of maintainers for packages than most distributions, including openSUSE. Nobody kept up with maintaining the tools required to do the minification stuff (including the Cockpit team), so they fell out of the distribution.
Interestingly enough cockpit is "the next best thing to sliced bread" in RHEL8.2 these days, at least for basic administration. Also, definitely more than just "basic functionality". I havent tried yet but I'm pretty sure you could pass the complete RHCE exam just with cockpit. Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org OBS: lemmy04 Jabber (XMPP): lemmy@tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
On Mon, Jun 15, 2020 at 10:06 AM Mathias Homann <Mathias.Homann@opensuse.org> wrote:
Am Montag, 15. Juni 2020, 15:25:19 CEST schrieb Neal Gompa:
On Mon, Jun 15, 2020 at 9:19 AM Ludwig Nussel <ludwig.nussel@suse.de> wrote:
Hi,
Cockpit¹ is a web administration tool written in JS with the server part in C that can talk to dbus services. Now packages finally reached Tumbleweed. To try it run
# zypper in cockpit # systemctl enable --now cockpit.socket
Then point your browser to port 9090 of the host running cockpit.
Check it out, it offers a login shell in the browser :-)
The package² offers basic functionality. It lacks some features like eg managing libvirt due to missing deps in Tumbleweed. Also the package so far just uses the minified aka "precompiled" JS of the release tarball as Fedora does. Might be fine for them but it's not exactly what I'd expect from a package in Factory though. OBS should really build from actual sources so eg patching the js part in the package would work. So any help to get the package to actually use Node to build the JS parts welcome.
It's generally *not* fine in Fedora either, but Fedora has a lot less tolerance for lack of maintainers for packages than most distributions, including openSUSE. Nobody kept up with maintaining the tools required to do the minification stuff (including the Cockpit team), so they fell out of the distribution.
Interestingly enough cockpit is "the next best thing to sliced bread" in RHEL8.2 these days, at least for basic administration.
Also, definitely more than just "basic functionality". I havent tried yet but I'm pretty sure you could pass the complete RHCE exam just with cockpit.
You could probably pass the RHCSA with it, but not the RHCE, since now it requires configuration management and automation. -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Montag, 15. Juni 2020, 16:43:10 CEST schrieb Neal Gompa:
Also, definitely more than just "basic functionality". I havent tried yet but I'm pretty sure you could pass the complete RHCE exam just with cockpit. You could probably pass the RHCSA with it, but not the RHCE, since now it requires configuration management and automation.
right, totally forgot about the ansible bits they brought in. Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Montag, 15. Juni 2020, 15:18:29 CEST schrieb Ludwig Nussel:
Hi,
Cockpit¹ is a web administration tool written in JS with the server part in C that can talk to dbus services. Now packages finally reached Tumbleweed. To try it run
# zypper in cockpit # systemctl enable --now cockpit.socket
Then point your browser to port 9090 of the host running cockpit.
Check it out, it offers a login shell in the browser :-)
This is looking quite nice and promising. Thanks for the notice, Ludwig. The shell in the browser is definitely awesome. Will keep playing with it and even take a look under the hood.. Cheers, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
I am a big fan of the Cockpit project since the early days. It is probably a bit more LVM-centric in storage handling, but I'm pretty sure it uses udisks2 for most manipulation, and therefore possible to improve its btrfs support: create subvolumes and assign them to mountpoints, create snapshots, start a scrub or even scheduled scrub (tied to systemd .timer unit) and scrub status output; maybe 'balance convert' at some point. Some enhancements to udisks2 may be needed. -- Chris Murphy -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, Jun 17, 2020 at 3:19 PM Chris Murphy <lists@colorremedies.com> wrote:
I am a big fan of the Cockpit project since the early days. It is probably a bit more LVM-centric in storage handling, but I'm pretty sure it uses udisks2 for most manipulation, and therefore possible to improve its btrfs support: create subvolumes and assign them to mountpoints, create snapshots, start a scrub or even scheduled scrub (tied to systemd .timer unit) and scrub status output; maybe 'balance convert' at some point. Some enhancements to udisks2 may be needed.
Enhancements for Btrfs support is definitely desired and the upstream team is very willing to accept PRs for it: https://github.com/cockpit-project/cockpit/issues/4796 -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (6)
-
Chris Murphy -
Hans-Peter Jansen -
Ludwig Nussel -
Mathias Homann -
Neal Gompa -
Stasiek Michalski