Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
Horms wrote: On Tue, Jun 06, 2006 at 11:01:25PM -0600, Alan Robertson wrote: Horms wrote: On Thu, Jun 01, 2006 at 03:24:48PM +0200, Marc 'HE' Brockschmidt wrote: Package: heartbeat Severity: serious Heya, Let's see what the FHS says: No binaries should be located under /etc. [3.4] Now, what does heartbeat do? [EMAIL PROTECTED]:/tmp/he$ dpkg-deb -x heartbeat_1.2.4-8_i386.deb bar [EMAIL PROTECTED]:/tmp/he$ file bar/etc/ha.d/resource.d/IPv6addr bar/etc/ha.d/resource.d/IPv6addr: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), for GNU/Linux 2.4.1, stripped Unfortunately heartbeat (for fairly broken reasons IMHO) really needs those files there. Could we symlink 'em somewhere? Yes, I think that is a good solution (short of rearanging the resource paths completely). I can do this fairly easily in the Debian packaging and intend to do so shortly. Do you want me to shoe-horn this into the relevant Makefile.am, or just leave it as a Debian thing? Please fix it everywhere, if you don't mind. Thanks Horms!! -- Alan Robertson [EMAIL PROTECTED] Openness is the foundation and preservative of friendship... Let me claim from you at all times your undisguised opinions. - William Wilberforce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
Lars Marowsky-Bree wrote: On 2006-06-08T07:15:01, Alan Robertson [EMAIL PROTECTED] wrote: Unfortunately heartbeat (for fairly broken reasons IMHO) really needs those files there. Could we symlink 'em somewhere? Yes, I think that is a good solution (short of rearanging the resource paths completely). I can do this fairly easily in the Debian packaging and intend to do so shortly. Do you want me to shoe-horn this into the relevant Makefile.am, or just leave it as a Debian thing? Please fix it everywhere, if you don't mind. Thanks Horms!! Of course, special attention needs to be paid to upgrading to (and possibly, back off from) a version with that change. I'm pretty sure that RPM handles that kind of thing correctly... -- Alan Robertson [EMAIL PROTECTED] Openness is the foundation and preservative of friendship... Let me claim from you at all times your undisguised opinions. - William Wilberforce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
Lars Marowsky-Bree wrote: On 2006-06-08T08:21:38, Alan Robertson [EMAIL PROTECTED] wrote: Please fix it everywhere, if you don't mind. Thanks Horms!! Of course, special attention needs to be paid to upgrading to (and possibly, back off from) a version with that change. I'm pretty sure that RPM handles that kind of thing correctly... There may be files in there which aren't owned by our package though, or modified. Huh? I just meant make individual symlinks for a individual binaries. NOT a symlink for the entire directory. -- Alan Robertson [EMAIL PROTECTED] Openness is the foundation and preservative of friendship... Let me claim from you at all times your undisguised opinions. - William Wilberforce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
On 2006-06-08T08:21:38, Alan Robertson [EMAIL PROTECTED] wrote: Please fix it everywhere, if you don't mind. Thanks Horms!! Of course, special attention needs to be paid to upgrading to (and possibly, back off from) a version with that change. I'm pretty sure that RPM handles that kind of thing correctly... There may be files in there which aren't owned by our package though, or modified. Sincerely, Lars Marowsky-Brée -- High Availability Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin Ignorance more frequently begets confidence than does knowledge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
On 2006-06-08T07:15:01, Alan Robertson [EMAIL PROTECTED] wrote: Unfortunately heartbeat (for fairly broken reasons IMHO) really needs those files there. Could we symlink 'em somewhere? Yes, I think that is a good solution (short of rearanging the resource paths completely). I can do this fairly easily in the Debian packaging and intend to do so shortly. Do you want me to shoe-horn this into the relevant Makefile.am, or just leave it as a Debian thing? Please fix it everywhere, if you don't mind. Thanks Horms!! Of course, special attention needs to be paid to upgrading to (and possibly, back off from) a version with that change. Sincerely, Lars Marowsky-Brée -- High Availability Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin Ignorance more frequently begets confidence than does knowledge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
On 2006-06-08T08:47:41, Alan Robertson [EMAIL PROTECTED] wrote: There may be files in there which aren't owned by our package though, or modified. Huh? I just meant make individual symlinks for a individual binaries. NOT a symlink for the entire directory. Ahhh. Ok. I thought you wanted to symlink the entire resource.d directory out of there ;-) Sincerely, Lars Marowsky-Brée -- High Availability Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin Ignorance more frequently begets confidence than does knowledge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
On Tue, Jun 06, 2006 at 11:01:25PM -0600, Alan Robertson wrote: Horms wrote: On Thu, Jun 01, 2006 at 03:24:48PM +0200, Marc 'HE' Brockschmidt wrote: Package: heartbeat Severity: serious Heya, Let's see what the FHS says: No binaries should be located under /etc. [3.4] Now, what does heartbeat do? [EMAIL PROTECTED]:/tmp/he$ dpkg-deb -x heartbeat_1.2.4-8_i386.deb bar [EMAIL PROTECTED]:/tmp/he$ file bar/etc/ha.d/resource.d/IPv6addr bar/etc/ha.d/resource.d/IPv6addr: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), for GNU/Linux 2.4.1, stripped Unfortunately heartbeat (for fairly broken reasons IMHO) really needs those files there. Could we symlink 'em somewhere? Yes, I think that is a good solution (short of rearanging the resource paths completely). I can do this fairly easily in the Debian packaging and intend to do so shortly. Do you want me to shoe-horn this into the relevant Makefile.am, or just leave it as a Debian thing? -- Horms http://www.vergenet.net/~horms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
Horms wrote: On Thu, Jun 01, 2006 at 03:24:48PM +0200, Marc 'HE' Brockschmidt wrote: Package: heartbeat Severity: serious Heya, Let's see what the FHS says: No binaries should be located under /etc. [3.4] Now, what does heartbeat do? [EMAIL PROTECTED]:/tmp/he$ dpkg-deb -x heartbeat_1.2.4-8_i386.deb bar [EMAIL PROTECTED]:/tmp/he$ file bar/etc/ha.d/resource.d/IPv6addr bar/etc/ha.d/resource.d/IPv6addr: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), for GNU/Linux 2.4.1, stripped Unfortunately heartbeat (for fairly broken reasons IMHO) really needs those files there. Could we symlink 'em somewhere? -- Alan Robertson [EMAIL PROTECTED] Openness is the foundation and preservative of friendship... Let me claim from you at all times your undisguised opinions. - William Wilberforce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
