maybe need lighter dependencies on the server

Hi,

It's not strictly needed for server, but it was added for the case where e.g. Kubuntu users want to install checkbox; without this, since KDE doesn't have gstreamer by default, a lot of the multimedia-related tests fail miserably.

A compromise could be moving these recommends to one of the UI packages (checkbox-qt), so they only get installed if it looks like the user is using a graphical frontend. On server we normally use checkbox-cli, which wouldn't pull those gst packages (and neither would base checkbox).

I'm curious though, under which scenario are you encountering this problem? checkbox AFAIK is not part of the server CD I think.

Let's discuss this and come up with a good solution.

Thanks for reporting this!

I'm bumping this to Low. xnox has some impeccable timing :)

For the cloud blueprint that JeffM and I are designing, there is a story already that will address this. The reasons are as follows:

1: Installing checkbox pulls in a LOT of stuff that is necessary on desktops, and necessary on Kubuntu, but not necessary at all on servers.
2: That extra kruft means nearly 1GB of addtional stuff installed on a server when you install checkbox-certification-server
3: This takes FOREVER, especially if you're installing into a virtual instance like a container or VM.
4: it's REALLY not necessary.

So the proposed user story is to split base checkbox into two packages:
checkbox-desktop
checkbox-server
(actually, just define two packages in debian/control)

The desktop version will be exactly what we have today. checkbox-server will only install the stuff that is important for server testing.

The install path then would be :
checkbox-certification-client -> checkbox-desktop -> checkbox-qt
checkbox-certification-server -> checkbox-server -> checkbox-cli

Daniel is correct that checkbox is NOT part of the server CD (at least it wasn't unless something's changed in Raring) but it IS part of the Desktop install base.

FYI, checkbox is on the server cd, hence this bug report when the release team & foundations were looking into what to trim to bring the ubuntu server cd under the size limit for raring 13.04 release.

here is a command line to check where package is seeded, note the checkbox ubuntu-server daily.

$ seeded-in-ubuntu checkbox
checkbox (from checkbox) is seeded in:
  edubuntu: dvd
  ubuntu-server: daily
  ubuntu: daily-live, daily-preinstalled
  ubuntukylin: daily-live
checkbox-cli (from checkbox) is seeded in:
  ubuntu-server: daily
checkbox-gtk (from checkbox) is seeded in:
  ubuntu: supported
checkbox-qt (from checkbox) is seeded in:
  edubuntu: dvd
  ubuntu: daily-live, daily-preinstalled
  ubuntukylin: daily-live

Dmitrijs:

Can you find out why checkbox is seeded on ubuntu-server? Seems that perhaps just removing it from the server ISO (while still leaving it available for install) would take care of the issue you raise.

To resolve the issue I raised, regarding the amount of unneccessary stuff pulled in when installing it manually, we'll need to visit how the dependencies are presented in the package (e.g. move them to more appropriate places).

I should add, what I meant by the above is "Why is Checkbox on the Server ISO at all?" it's not part of any of the available tasksel tasks, that I'm aware of.

Is it worth actually having it on the server ISO when just having it available in main and accessible via apt (either from Main or the public cert PPA)?

[Expired for checkbox (Ubuntu) because there has been no activity for 60 days.]

[Expired for checkbox because there has been no activity for 60 days.]