This expresses more correctly the purpose of the packages. We do not
create transitional packages, because they fail piuparts, and are not
needed for smooth upgrades, as our main metapackages already depend
on every subpackage. And extend the description to make the purpose
of the packages more clear.
Change-Id: Id9dc574855ad683057aca67e37145c121123c6e1
logrotate has Priority important, but doesn't need to exist on a
Debian system, so ensure it's there, since we rely on it.
Change-Id: I283096532efe3ad5bcf35fe506f3c8d099635b39
Remove etckeeper, which is required already by ngcpcfg.
Remove libtemplate-perl, which is required already by its users.
Change-Id: I33b9bcc283ca677a6b39280675551054679e48ff
Move apt-transport-https from nth to services, as this packages is
always required to be able to use HTTPS connections. We also switch
the dependency to have apt (>= 1.5) as alternative so that the package
is not pulled in anymore in newer releases where it is a transitional
dummy package.
Change-Id: I612ea202e4fbc17f9dbb9ac7046d152bca94bf88
We move them from ngcp-status, which is a package that gets installed on
all NGCP variants, into the PRO/CARRIER specifig nth metapackage.
Change-Id: I89b4cb00ff83af6b6c5b3f120ba85680c96989ff
Current Debian/buster provides mariadb-client-10.3.
There's no need to depend on a specific version,
as there's a metapackage depending on the latest version:
| % apt-cache show mariadb-client | grep Depends
| Depends: mariadb-client-10.3 (>= 1:10.3.13-1)
Change-Id: Ib13bbc7e004f9eb7f233235a362415c698e789b5
This package should be a dependency of the code actually using it. And
this is not a case of the code being optionally used when available, so
we should not be depending explicitly on it here.
Change-Id: I6f0fd555c46572a6724c2bc94498cd1d19a08fda
We have configuration setup for snmptrapd to help debugging or for local
triggers. But if the local admin enables it, the package will be missing.
Let's install it by default, because it's a very tiny binary, which will
not be started as long as it's not enabled.
Change-Id: Ibe3952d9b017637cf7bd05a51558d6922ba74f78
We need tool 'sgdisk' to restore software RAID in case one disk
has been replaced. See the ticket for SW-RAID recovery steps.
Change-Id: I67393ef1e66b45011092c932ee6663bad2445e8b
This is https://bugs.debian.org/875708 in Debian and fixed for unstable/testing
("buster"), but that's in stable and unfixed for 1+ years there, so it's even
likely that it will not be fixed for stretch.
Change-Id: Idd5258176e19929a182d12d479189cbed5a81e3c
PRO/Carrer mr6.5+ are based on software RAID,
we need to provide ability to match Linux disk
to the real hardware by blinking the LED indicator.
Change-Id: I21c071c73277c467ed707f59302cab05d857b1f5
Otherwise when deploying to a system with EFI support
grub-efi-amd64 gets removed and leaves an unbootable system
behind.
Change-Id: Idd359a2916369e75598ec18b01ce40582ac061a4
On Debian/buster we don't need ngcp-intel-i40e-dkms,
so if linux-image-amd64 >= 4.17 is present then
don't depend on ngcp-intel-i40e-dkms.
Change-Id: Ia406c7807c66566f06d3e86aa821641301e2f750
wget's Priority was downgraded from "important"
to "standard" in Debian, so it's no longer present
by default starting with Debian/buster.
Change-Id: I5dc822c33baa63423ac3b699e95ef0862edd8e70
Otherwise NGCP cannot be installed:
> (spce)root@spce:/# apt-get install ngcp-intel-i40e
> ...
> Package ngcp-intel-i40e is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
>
> E: Package 'ngcp-intel-i40e' has no installation candidate
> ...
> (spce)root@spce:/# apt-cache search ngcp-intel-i40e
> ngcp-intel-i40e-dkms - dkms source for the intel i40e
Change-Id: I8959379fa4b51ceb3edf34477161a9a533f533ad
According to Volodymyr's comment in review
https://gerrit.mgm.sipwise.com/#/c/22904/1/debian/control@565
> ... all system that I saw have tg3 driver in use
> (except non supported UPCAT/UPCRO).
> So I think we do not need this package.
those drivers are no longer necessary and can be removed from NGCP.
Change-Id: I14c30f8bb45d6969be417fb44aed3680dd004318
We don't necessarily have the non-free section of Debian
repositories enabled everywhere (e.g. AWS EC2 builds, using
the official Debian AMIs). The firmware-bnx* packages,
which ngcp-hardware-support depends on, are available via
non-free only though.
Since we didn't ship those packages on CE systems in the
past, also don't depend on the new ngcp-hardware-support
package within ngcp-ngcp-ce.
Change-Id: I5f42b70dd5b38847f12101a9f2817910608c157d
We need script /usr/share/ngcp-deployment-scripts/includes/netcardconfig
from package ngcp-deployment-scripts on CE system to be able to use
modified netcardconfig during the network installation process.
Change-Id: Ic36b6591699d9a62f4528e6110daa264dd794654
'eject' is used into deployment.sh inside GRML and available there,
we do not use it into NGCP, no need to install it.
Change-Id: Iff49ab6e5054006b5d6e6e2ccca652cf28dcd8f0
The metapackages ngcp-services-* will have new dependecy on 'grub-pc'.
The metapackages ngcp-nth-* will have new dependecies on:
> eject, pciutils, usbutils
Change-Id: Ie8878e92455c12f04048dc63ee1f462ec4768680
PRO and Carrier depends on it since commit c27082ffb,
also deployment.sh installed it on CE in the past.
We need headers installed for proper dkms functionality
which is used by license client and rtpengine nowadays.
Change-Id: I0a2d9d0ced89782107254d721673ee215cb18729
(cherry picked from commit ea20bc6513f2c343ce8326ad1bc8be2da0ec1b75)
In the past those packages were installed on CE/PRO/Carrier by
deployment.sh on debootstrap process. Migrate them to metapackages
to ensure they are always available on NGCP.
P.S. Why do we need to install those firmwares:
> # required e.g. for "Broadcom NetXtreme II BCM5709S Gigabit Ethernet"
> # lacking the firmware will result in non-working network on
> # too many physical server systems, so just install it by default
Change-Id: I996e7745ad96c2742784dd633ffec919d647b320
In the past deployment.sh installed it during debootstrap.
We need to ensure it is installed on every NGCP system,
so adding it here.
Change-Id: Ic61a3d6af5f727ebf8f95c5fd5fb1d27c5951dca
In the past deployment.sh silently install the package on CE/PRO/Carrier
during Debian debootstrap stage and the package was missing on CE in
case of installation using plain debian+ngcp-installer.
ngcp-services-pro/carrier has dependency on ethtool already.
Change-Id: I8413e142159f0333178039f02d62213c8d07e90e
In the past the package was installed by deployment.sh on
CE/PRO/Carrier during debootstrap stage and was missing
in case of direct installation by ngcp-installer.
Move dependency here to support bridge / vlan on PRO/Carrier
systems installed without deployment.sh (like Amazon EC2 systems).
Change-Id: Ibe876159866735ffb4f58702b5f7da60a6e81fcc
The package lvm2 has been installed on Debian debootstrap stage,
so far NGCP had no direct dependency on it. Adding it here.
Change-Id: I99d1711fb46211f5765c048a132f416740051a1b
Guillem Jover
Sipwise Jenkins Builder
Michael Prokop
Richard Fuchs
Alexander Lutay
Kirill Solomko
Manuel Montecelo
Mykola Malkov