Github user ntavares closed the pull request at:
https://github.com/apache/cloudstack/pull/1535
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack/pull/1535#issuecomment-218901584
@DaanHoogland closed.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack/pull/1535#issuecomment-217745395
Here: https://github.com/apache/cloudstack/pull/1536
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack/pull/1536#issuecomment-217745413
Same as: https://github.com/apache/cloudstack/pull/1535 but for 4.7
---
If your project is set up for it, you can reply to this email and have your
reply appear
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack/pull/1536
Honour GS use_ext_dns and redundant VR VIP
This patch addresses two issues:
On redundant VR setups, the primary resolver being handed out to instances
is the guest_ip (primary IP for
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack/pull/1535#issuecomment-217654248
I understand that, my question is which one of the 1000 branches is 4.7? :)
-NT
A Sáb, 7/05/2016, 18:38, Daan Hoogland escreveu:
> Ah,
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack/pull/1535#issuecomment-217649109
Ooops sorry about the confusion. It's on my own 4.7 branch. 4.7 is also
missing this, but I wasn't sure how to create the PR for it.
---
If your proj
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack/pull/1535#issuecomment-217647008
@DaanHoogland The patch is ported from 4.7 yes.
The whole VR and VPC should be unified anyway :-)) I noticed there is
CsGuestNetwork.get_dns() but we&#x
Github user ntavares commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1535#discussion_r62418187
--- Diff: systemvm/patches/debian/config/opt/cloud/bin/cs/CsConfig.py ---
@@ -68,8 +68,11 @@ def get_domain(self):
def get_dns(self
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack/pull/1535
Honour GS use_ext_dns and redundant VR VIP
This patch addresses two issues:
- On redundant VR setups, the primary resolver being handed out to
instances is the guest_ip (primary IP
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack/pull/1426
ADD be explicit about the underlying limitation - OpenSwan
According to:
http://linux.die.net/man/5/ipsec.secrets
A preshared secret is most conveniently represented as a sequence
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack-docs-admin/pull/35
Be explicit in regards to OpenSwan ipsec.secrets rule.
According to:
http://linux.die.net/man/5/ipsec.secrets
A preshared secret is most conveniently represented as a
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack/pull/1407#issuecomment-182282200
@Daan, yes the capitalizations are wrong in several places I've fixed
the most visible (home page), but that's another matter.
As for
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack/pull/1407#issuecomment-181824159
I also spotted what could be an error in the messages DB:
label.snapshot.s=Snapshots
label.snapshots=Snapshots
Looks like a typo to me, maybe
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack/pull/1407
4.8.0 fix i18n es
Hi all,
I checked this issue yesterday with Daan, the problem is double UNICODE
encoding, and it's the source in Transifex that is broken. There are ~250
b
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/8#issuecomment-127921548
@bhaisaab Sorry for the late reply. You are correct about the suffix,
however "'response' not in response" was not working, I suspec
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/8
FIX responses /contain/ word "response", but may not exactly match
Hi @bhaisaab , commit 242b8e7ed3688ca137b7879da6c3a5774deeda06 introduced a
problem.. AFAICS, not all
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/5#issuecomment-104670375
@bhaisaab Can you please reject/close this one, it got too messy :-)
---
If your project is set up for it, you can reply to this email and have your
Github user ntavares closed the pull request at:
https://github.com/apache/cloudstack-cloudmonkey/pull/5
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/6
2 more fixes
2 more fixes... I ended up deleting the branch and restarting. The other
git log was cluttered with back-and-forth tries to fix.
You can merge this pull request into a
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/5#issuecomment-103955301
Hopefully this is properly rebased now.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well
Github user ntavares commented on the pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/5#issuecomment-103950328
@bhaisaab What a mess ahah... My branch was fresh, I believe I last apache'
commit was from my pull request.. not sure what happened here and i
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/5
signatureversion and backward compatibility
Provide signatureversion as config.option for backward compatibility;
Follow specification: only provide signatureversion=&expires
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/4
In the specific case of a "create networkoffering" with no services, â¦
â¦the parameter 'supportedservices' gets stripped off because it's empty.
Howeve
24 matches
Mail list logo
