> Array for create an LXC-Container
>
> (
> [ostemplate] => local:vztmpl/ubuntu-16.10-standard_16.10-1_amd64.tar.gz
> [vmid] => 494
> [hostname] => CT494.myname.mydomain.de
> [storage] => local
> [onboot] => 1
> [description] => backup:0
> [cpulimit] => 1
> [rootfs]
Hi,
horrible, when an API has absolute buggy documentation and the examples
are wrong too (old version)!
In first I send I this via PHP-API and search minimum 6 hours for a
small problem!
Array for create an LXC-Container
(
[ostemplate] => local:vztmpl/ubuntu-16.10-standard_16.10-1_amd64.ta
render_timestamp returns a Date as
"2017-01-31 16:17:33"
which is good for computers and column sorting but unfit
for human consumption
the new renderer added by this patch renders a Date as
"Tuesday 31 January 2017 16:18:08"
Day-month-year order is the most used ordering
in the world and also co
The timestamp is displayed read only in a large window, and not sortable,
hence we use the human readable renderer.
---
www/manager6/qemu/Snapshot.js | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/www/manager6/qemu/Snapshot.js b/www/manager6/qemu/Snapshot.js
index d438d68..3
We already have a PVE.Utils.render_timestamp helper. I wonder if we should
add a PVE.Utils.format_timestamp and call that instead?
> On January 31, 2017 at 2:11 PM Emmanuel Kasper wrote:
>
>
> While we're at it, use Ext.Date.format to localize the displayed dates.
> We use long day names and
While we're at it, use Ext.Date.format to localize the displayed dates.
We use long day names and long month name on purpose since the date
is displayed read only in a large window, and not sortable.
Output before the patch:
Sun Jan 18 1970 05:37:06 GMT+0100 (CET)
Output after:
Donnerstag 26 Janu
Since I just forced myself to rebase this one by applying
the other pending patch and doing the repoman & the deb
target change anew simultaneously I decided to rebase & apply
it right away.
On Tue, Jan 31, 2017 at 11:15:21AM +0100, Wolfgang Bumiller wrote:
> ---
> The gcc command part is there fo
On Wed, Jan 11, 2017 at 03:51:40PM +0100, Fabian Grünbichler wrote:
> the old one is woefully inadequate and no longer supported
> by the most recent OpenSSL version.
>
> I'd like to change this quickly now, and make it configurable
> via /etc/default/pveproxy or datacenter.cfg later on (so that
>
Some build-system patches to fix initial bootstrapping issues
while building for stretch.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
---
The gcc command part is there for clarity, it makes more sense to find
these parts as variables.
The build dependencies are there because pkg-config as used there just
prints a not-that-easy-to-spot error message.
Makefile | 9 +++--
debian/control | 2 +-
2 files changed, 8 inserti
Otherwise the checks depend on an installed version of the
package.
---
Allows bootstrapping the package on stretch.
data/PVE/Makefile.am | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/data/PVE/Makefile.am b/data/PVE/Makefile.am
index 0d89e63..d2508fa 100644
--- a/data/PV
---
Also move the variables out of the rules section and fix the $DEB
rules to not explode on -jobs.
Makefile | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefile
index 159c350..f6a2933 100644
--- a/Makefile
+++ b/Makefile
@@ -13,7 +13,16 @@
---
in order to be able to bootstrap the package (eg. for stretch)
(copypasted as-is from Firewall.pm)
src/PVE/FirewallSimulator.pm | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/src/PVE/FirewallSimulator.pm b/src/PVE/FirewallSimulator.pm
index c924b41..f
13 matches
Mail list logo
