We do not have package libgd-gd2-perl in Jessie anymore,
it is available as libgd-perl nowadays.
New installation works because libgd-perl provides libgd-gd2-perl:
>> apt-cache show libgd-perl
> Package: libgd-perl
> Source: libgd-perl (2.53-1)
> Version: 2.53-1+b1
> Provides: libgd-gd2-noxpm-perl, libgd-gd2-perl
While PRO upgrade failed because "apt-get dist-upgrade" decided to
remove ngcp-panel as cannot resolve dependencies:
> The following packages will be REMOVED:
> cpp-4.7 gcc-4.7 gcc-4.7-base libaudit0 libfile-spec-perl libgd-gd2-perl
> libperl5.14 libsnmp15 ngcp-ngcp-pro ngcp-panel ngcp-services-pro
In the same time 'aptitude dist-upgrade' solves this problems well.
What is strange here 'apt-get dist-upgrade' in CE works well
with the same ngcp-panel 0_o , I suspect removing libsnmp15
is affected apt-get logic here somehow.
Change-Id: I4533a9a50b3bde1c23e4183f0eb5edaa0ff77a07
share/static/js/libs/stanzaio.bundle.js was integrated in commit
d1bcc6663 back in January 2014, sadly without details about which
version, so let's add its most recent version v7.3.4 (ftr: there
doesn't even exist a release download for stanzaio for the time
around January 2014 on Github any longer).
All the other lintian source-is-missing complains seem to be false
positives (thanks Gerhard for investigating), so let's also
ignore them.
Change-Id: Ib156d050d236f46b87221e04d0fd55d2c4d51a03
Based on abandoned patchset 6 of review 2924:
https://gerrit.mgm.sipwise.com/#/c/2924/
Copy necessary dependencies from REST API tests to package ngcp-panel.
Rene pointed out that all of them are necessary there anyway.
It worked previously because other packages installed them.
Change-Id: Ibccf4bee79a0a026558711231fd8f34ee405d54e
Web developers must use Depends to be sure packages are
installed on new/upgraded system. Also, each test
will have separate control file in appropriate test folder,
see the ticket MT#14585 for more information.
+ "wrap-and-sort -a"
Change-Id: Ie5ef4353269b65d4db5ad763e7b66106a9e2e734
+profile package details view to overlook associations
+voucher count is properly checked before deleting a package
+package_id filters for /api/customers and /api/vouchers
+Fake::Time replaced by Time::Warp for balance_interval tests
+cleanup
Change-Id: Idc34220a9d29c115453eeee2907e70a71cf9f0cc
+ synchronized contract balance catchup
+ balance interval resizing upon profile package transitions
+ dynamic interval length, interval start, carry-over propagation, ..
+ end-of-month 'preserve' mode correction for strictly aligned month intervals for start_mode=customer "create" timestamp
+ new api/balanceintervals resource to inspect contracts' balance interval histories
+ updated affected panel UI controllers
+ test case with time warps using Time::Fake
caveats:
- creating an invoice for a given 'period' (month) has to be refactored to select a disitnct balance interval. right now it takes the last interval in the month specified.
- generate_invoice.pl is broken and needs a major refactoring
Change-Id: I7bb54a83b76e510b1baa573a986d05400a7fec1e
-properly validate billing mapping intervals
-api/contracts and api/customers complete
+the problem with updating the "prepaid" preference remains at the moment
+billing_mappings field contains future (editable) mappings only, the full schedule is given in a separate field
+hal-links to all occurring billing profiles and networks
-extended tests: api-customer.t and api-contract.t
-api-billingnetworks.t test
-billing networks panel controller
+search by enclosed IP address
-panel UIs for billing networks, customers, contracts
+past billing mapping intervals that cannot be edited are displayed by a seperate hfh "block" part of the billing_profiles repeatable
-profile packages api, UI
+terminating billing profiles (MT#8645) will be broken
+fixed now: profile cannot be terminated unless there are:
-zero non-terminated customers, whose mappings contain the profile with future or open end
-zero profile packages, that link to the profile in either one of their initial-, underrun- or topup profile sets
+panel edit should work, termination wip
+topup_profiles w/o amounts
+contracts/customers API profile_package_id field:
+apply the package's initial profiles
+api/customer and api/contract profile definition modes (id/profiles/package)
+api OK, api-customer.t tests
+customer and contract panel UI with selector to specify actual billing mapping, schedule or profile package (same as api)
+terminate logic harmonized: profiles, networks, packages
+api tests updated
+prepare for merging: cleanup, enable tests
Change-Id: I6c0dec72f490b5731fc673cd393d6aeb08dd8143
To avoid warning: Use of uninitialized value $_[0] in join or string at /usr/lib/perl5/File/Spec/Unix.pm line 92
Change-Id: I4a281cd09dc069919c5d482f93efd6b1caaaeda7
Since we remove the /etc/nginx/sites-enabled/default file only in
the postinst script it's ought to be enough to depend on the
nginx-common package instead of pre-dependening on it.
This should fix our failing piuparts runs (where Pre-Dependencies
aren't handled properly yet).
Change-Id: Idebc6305cd302db16d23a03df64e266a026201a4
Dependency on libcatalyst-plugin-email-perl was removed already.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748849 ->
libemail-send-perl was removed from unstable recently.
As libemail-send-perl is deprecated upstream, we should use
libemail-sender-perl instead and a dependency on
libemail-sender-perl was introduced already with git commit
1fd67eb3
This partially reverts commit f01d21a3de.
Still needed:
| Can't locate JSON/Tiny/Subclassable.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . CODE(0x43f0340) CODE(0x43f0250)) at /usr/share/perl5/Module/Runtime.pm line 317, <DATA> line 290.
| at /usr/lib/perl5/Moose.pm line 63
| Compilation failed in require at /usr/share/perl5/NGCP/Panel/Role/API.pm line 16, <DATA> line 290.
But not needed in Build-Depends, so only keep it in Depends.
Text of the message should be conformed with sales. Also it would be nice to apply templates to email body.
Only smarthost is working, spent 3 hours with exim debug and while left with smarthost. Attachments and so one looks good.
Removed fake data.
Fix data parameter. Tested data and client contracts.
Otherwise we might run into situations like that:
| Removing ngcp-schema ...
| Force-reloading ngcp-panel to handle schema changes
| [....] Restarting web application: ngcp-panel not runningstart-stop-daemon: unable to stat /usr/share/ngcp-panel/ngcp_panel_fastcgi.pl (No such file or directory)
| [FAIL] error ... failed!
| failed!
| invoke-rc.d: initscript ngcp-panel, action "force-reload" failed.