Activity
From 2014-01-17 to 2014-01-17
2014-01-17
- 20:38 User story #3942: Technique "password" field type enhancement: add option to set prehashed password
- The userManagement technique included with the latest release still does not include the plain option. I would vote ...
- 20:23 Bug #4393: The default disclaimer message loaded initially into LDAP has an invalid charachter in it
- Note that the ldif file has the message encoded (I assume in the Unicode) so it is not directly evident.
- 20:22 Bug #4393 (Released): The default disclaimer message loaded initially into LDAP has an invalid charachter in it
- This issue is similar to the one addressed by http://www.rudder-project.org/redmine/issues/4032, however unlike that ...
- 20:02 Bug #4392 (Released): Can not delete custom Active techniques category
- This issue was first discovered in 2.8.1 and I kind hoped that it may be addressed in 2.9.2, but unfortunately it is ...
- 18:47 Bug #3830: Technique "Package management for APT systems": packages with suffix :amd64 are not correctly detected
- Bug has been fixed upstream \o/
https://github.com/cfengine/core/pull/1294/files
Going to import the fix from CFE... - 18:44 Bug #3390: No answer for 32 bit packages on a 64 bit CentOS system
- I really think it has been solved; Dennis you were talking about this one this week, weren't you ?
- 18:40 Bug #4381: Special characters (ie, accents such as éèùô) are replaced by "?" in CFEngine promises
- on my dev system, it works out well
Could it be a local problem on the system ? I remember that the local is kinda d... - 17:53 User story #4131: Add informations about firewall for rudder-webapp
- I'm not sure of the location of the section about https in the doc
HTTPS is not redhat specific, so it should be sta... - 17:39 Bug #4383: When adding a Directive to a Rule from a newly created Directives screen, Change Request popup not displayed
- The Directive form was believing workflow were disabled :(
Maybe we could authorize to not create change request ... - 17:29 Bug #4383: When adding a Directive to a Rule from a newly created Directives screen, Change Request popup not displayed
- Applied in changeset commit:f7f36ea61803eb420cd73538fa5274e27341599a.
- 17:29 Bug #4383 (Pending release): When adding a Directive to a Rule from a newly created Directives screen, Change Request popup not displayed
- Applied in changeset commit:00c6c45f3c85094889321a37a7f1011326c9a604.
- 15:57 Bug #4383: When adding a Directive to a Rule from a newly created Directives screen, Change Request popup not displayed
- THis is happening in 2.8 too!
- 15:28 Bug #4383: When adding a Directive to a Rule from a newly created Directives screen, Change Request popup not displayed
- Actually, I couldn't reproduce this either. After checking, the problem actually occurs like this:
# Create a new ... - 12:07 Bug #4383: When adding a Directive to a Rule from a newly created Directives screen, Change Request popup not displayed
- I enabled change request just before doing it too.
I tried when disabling change message, and was not able to rep... - 12:00 Bug #4383: When adding a Directive to a Rule from a newly created Directives screen, Change Request popup not displayed
- Something that might be important: I had only just enabled Change Requests prior to this happening (no restart since)...
- 11:55 Bug #4383 (Discussion): When adding a Directive to a Rule from a newly created Directives screen, Change Request popup not displayed
- I was not able to reproduce it on 3 different Rudder servers ...
Like you said, I clicked on a Directive, modify i... - 17:36 User story #4391 (New): Do not create change request when modifying Directive and that Directive is not applied
- When you create a Directive and unfortunaltely you make mistake, if workflow are enabled a change request is created....
- 17:29 Revision 69e2f44b (rudder): Merge pull request #430 from VinceMacBuche/bug_4383/Change_Request
- Fixes #4383: Just after creation, no change request are created for
- 17:29 Revision f7f36ea6 (rudder): Merge pull request #430 from VinceMacBuche/bug_4383/Change_Request
- Fixes #4383: Just after creation, no change request are created for
- 17:24 Revision b151d2da (rudder): Fixes #4383: Just after creation, no change request are created for
- Directives
- 17:24 Revision 00c6c45f (rudder): Fixes #4383: Just after creation, no change request are created for
- Directives
- 17:19 Bug #3928: Sometimes CFEngine get stuck because of locks on TokyoCabinet
- There is also a solution that as been proposed on the CFEngine ML:
https://groups.google.com/forum/#!topic/help-cfen... - 17:01 Bug #4380 (Pending technical review): The allowed network on the relay servers are those of their own policy server
- PR is there
https://github.com/Normation/rudder/pull/429
Must be merged with other tickets of the bugs - 16:59 Revision c0c72d20 (rudder): Fixes #4380: correct the allowed network of a policy server
- 16:59 Revision 7ed6a22d (rudder): Fixes #4380: correct the allowed network of a policy server
- 16:55 Bug #4390 (Pending technical review): Add a system variable AUTHORIZED_NETWORKS that contains the Authorized networks of a policy server
- PR is there
https://github.com/Normation/cf-clerk/pull/30
Must be merged with other ticket of the bug - 16:51 Bug #4390 (Released): Add a system variable AUTHORIZED_NETWORKS that contains the Authorized networks of a policy server
- This is the cf-clerk part. The title says it all
- 16:53 Revision 2c40e58c (cf-clerk): Fixes #4390: add AUTHORIZED_NETWORK var definition
- 16:52 Bug #4389 (Pending technical review): Add a system variable AUTHORIZED_NETWORKS that contains the Authorized networks of a policy server
- PR is there
https://github.com/Normation/rudder-techniques/pull/276
Must be merged with other tickets of this bug - 16:40 Bug #4389 (Released): Add a system variable AUTHORIZED_NETWORKS that contains the Authorized networks of a policy server
- The title says it all.
- 16:49 Revision feaff236 (rudder-techniques): Fixes #4389: add AUTHORIZED_NETWORKS system var to store allowed network for policy server
- 13:08 Bug #4387: Upgrade rudder-agent can fail if cf-serverd/cf-execd fails to stop gracefully
- I'm not a Rudder dev, but is the Rudder server not completely useless with /opt/rudder/etc/disable-agent in place? I ...
- 12:31 Bug #4387: Upgrade rudder-agent can fail if cf-serverd/cf-execd fails to stop gracefully
- Caution, with this approach...
- 12:22 Bug #4387: Upgrade rudder-agent can fail if cf-serverd/cf-execd fails to stop gracefully
- Vincent MEMBRÉ wrote:
> Rudder-agent should not fail during upgrade, or at least should not keep the disable-agent f... - 12:01 Bug #4387: Upgrade rudder-agent can fail if cf-serverd/cf-execd fails to stop gracefully
- Rudder-agent should not fail during upgrade, or at least should not keep the disable-agent file.
Maybe we could us... - 10:32 Bug #4387 (Released): Upgrade rudder-agent can fail if cf-serverd/cf-execd fails to stop gracefully
- While upgrading rudder-server-root 2.9.1 to 2.9.2 on Ubuntu 12.04 LTS the following happened:...
- 11:50 Bug #4386: List node API : typo on "machyneType" (should be "machineType")
- This is terribly unfortunate.
We will have to create a new version of the API. It is unthinkable to change a key w... - 10:22 Bug #4386 (Released): List node API : typo on "machyneType" (should be "machineType")
- A request on the list of node returns:...
- 11:06 Bug #4384 (Discussion): Rudder should enforce permissions when copying files from /usr/share/ncf to avoid permission error
- Thanks for reporting this. I understand the problem, but I don't really see why this was never noticed before - we te...
- 10:25 Bug #4384 (Pending technical review): Rudder should enforce permissions when copying files from /usr/share/ncf to avoid permission error
- Pull Request URL added: https://github.com/Normation/rudder-techniques/pull/275
Jon, could you review it please ? - 10:11 Bug #4384 (Released): Rudder should enforce permissions when copying files from /usr/share/ncf to avoid permission error
- The ncf files are wrongly copied from the development folder /usr/share/ncf on the server and preserv wrong owner,gro...
- 10:55 Bug #4388 (Rejected): rudder-init.sh always asks if we want to reset initial promises, even on initial install
- This should not be the case. If this is the first install, no need to ask dumb questions, just do it.
This is at l... - 10:22 Revision aaa56aff (rudder-techniques): Fixes #4384 - Fix wrong copy of ncf files wich included perserved wrong owner,group and permissions
- 10:17 User story #4385 (New): Add last modification time to all items returned by the REST API
- Most (or all?) items returned by the REST API currently do not indicate when they were last changed. We should add this.
Also available in: Atom