Re: [Spacewalk-list] Config File Deploy Quirk

2011-04-26 Thread Michael Mraka
% Hi. I get the same behaviour with spacewalk 1.3, must be a bug.
% 
% On 26.04.2011 4:27, Trevor T Kates wrote:
% List:
% 
% Spacewalk Ver: 1.4-RC
% OS: CentOS 5.6
% 
% I'm encountering a strange quirk that occurs whenever a config file is 
deploy on
% any of my systems. To describe the problem, take the following example:
% 
% Config file is stored on server as /etc/openldap/ldap.conf. This file is 
deployed
% to system X; however within the /etc/openldap directory on system X there is 
now
% the ldap.conf file and also a etc/openldap tree resulting in the existence of
% /etc/openldap/etc/openldap which was not previously there. Deleting the extra
% etc/openldap directory and redeploying the file results in a return of the 
extra
% directory.
% 
% I'm not sure if this is a result of something I have done or a problem in 
Spacewalk
% 1.4 RC. Any help with this would be appreciated.

Hi,

It looks like https://bugzilla.redhat.com/show_bug.cgi?id=683264 which
has been fixed about 2 weeks ago.

Regards,

--
Michael Mráka
Satellite Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Config File Deploy Quirk

2011-04-25 Thread Trevor T Kates
List:

Spacewalk Ver: 1.4-RC
OS: CentOS 5.6

I'm encountering a strange quirk that occurs whenever a config file is deploy on
any of my systems. To describe the problem, take the following example:

Config file is stored on server as /etc/openldap/ldap.conf. This file is 
deployed
to system X; however within the /etc/openldap directory on system X there is now
the ldap.conf file and also a etc/openldap tree resulting in the existence of
/etc/openldap/etc/openldap which was not previously there. Deleting the extra
etc/openldap directory and redeploying the file results in a return of the extra
directory.

I'm not sure if this is a result of something I have done or a problem in 
Spacewalk
1.4 RC. Any help with this would be appreciated.

___
Trevor T. Kates


CONFIDENTIALITY NOTICE:  This electronic message contains
information which may be legally confidential and/or privileged and
does not in any case represent a firm ENERGY COMMODITY bid or offer
relating thereto which binds the sender without an additional
express written confirmation to that effect.  The information is
intended solely for the individual or entity named above and access
by anyone else is unauthorized.  If you are not the intended
recipient, any disclosure, copying, distribution, or use of the
contents of this information is prohibited and may be unlawful.  If
you have received this electronic transmission in error, please
reply immediately to the sender that you have received the message
in error, and delete it.  Thank you.

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


Re: [Spacewalk-list] Config File Deploy Quirk

2011-04-25 Thread bearwere

Hi. I get the same behaviour with spacewalk 1.3, must be a bug.

On 26.04.2011 4:27, Trevor T Kates wrote:

List:

Spacewalk Ver: 1.4-RC
OS: CentOS 5.6

I'm encountering a strange quirk that occurs whenever a config file is deploy on
any of my systems. To describe the problem, take the following example:

Config file is stored on server as /etc/openldap/ldap.conf. This file is 
deployed
to system X; however within the /etc/openldap directory on system X there is now
the ldap.conf file and also a etc/openldap tree resulting in the existence of
/etc/openldap/etc/openldap which was not previously there. Deleting the extra
etc/openldap directory and redeploying the file results in a return of the extra
directory.

I'm not sure if this is a result of something I have done or a problem in 
Spacewalk
1.4 RC. Any help with this would be appreciated.

___
Trevor T. Kates


CONFIDENTIALITY NOTICE:  This electronic message contains
information which may be legally confidential and/or privileged and
does not in any case represent a firm ENERGY COMMODITY bid or offer
relating thereto which binds the sender without an additional
express written confirmation to that effect.  The information is
intended solely for the individual or entity named above and access
by anyone else is unauthorized.  If you are not the intended
recipient, any disclosure, copying, distribution, or use of the
contents of this information is prohibited and may be unlawful.  If
you have received this electronic transmission in error, please
reply immediately to the sender that you have received the message
in error, and delete it.  Thank you.

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
   


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list