Mailinglist Archive: opensuse-factory (286 mails)
| < Previous | Next > |
Re: [opensuse-factory] sles?
- From: Jeff Mahoney <jeffm@xxxxxxxx>
- Date: Fri, 06 Aug 2010 13:48:16 -0400
- Message-id: <4C5C4AE0.1090604@xxxxxxxx>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 08/05/2010 08:03 PM, Cristian Rodríguez wrote:
The meaning of "remote" in this context is changing. I mentioned this in
another post, but remote could be the guest-host link where the number
of guests is many. We're seeing a lot of demand for optimizing storage
requirements when a lot of virtual machines are running essentially the
same software but are all keeping separate copies of it. When these are
on clustered storage and accessed by multiple hosts the duplication
between VM images is huge.
Kay mentioned that having a sharable root is the right solution - and
he's right - but that is a *whole* lot more involved than allowing just
/usr to be separate. That's a good final goal but not an argument
against keeping a separate /usr. A separate /usr is a step along the
path to that goal.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iEYEARECAAYFAkxcSuAACgkQLPWxlyuTD7KD7gCeLYADe1Bq6TZdYNydKWfbCFLQ
na8AniGC1knlv9Z2NLz/aWIEN9hmeFdp
=jkCv
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx
Hash: SHA1
On 08/05/2010 08:03 PM, Cristian Rodríguez wrote:
El 05/08/10 15:23, Peter Czanik escribió:
1.) does it need to be able to build sles11 packages, or it is not a
requirement to be able to sr it to factory?
Factory and SLE 11 are different products, and while it is desirable to
get it running on it, the only requirement is getting it running in Factory.
2.) could anyone with access to SLES 11 SP1 check, why this happens?
This happends due to an "unfortunate" (read crazy) requirement: we have
to support /usr in a remote system. so all stuff that gets installed in
/bin /sbin must not be linked to stuff in /usr as it may not be available.
The meaning of "remote" in this context is changing. I mentioned this in
another post, but remote could be the guest-host link where the number
of guests is many. We're seeing a lot of demand for optimizing storage
requirements when a lot of virtual machines are running essentially the
same software but are all keeping separate copies of it. When these are
on clustered storage and accessed by multiple hosts the duplication
between VM images is huge.
Kay mentioned that having a sharable root is the right solution - and
he's right - but that is a *whole* lot more involved than allowing just
/usr to be separate. That's a good final goal but not an argument
against keeping a separate /usr. A separate /usr is a step along the
path to that goal.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iEYEARECAAYFAkxcSuAACgkQLPWxlyuTD7KD7gCeLYADe1Bq6TZdYNydKWfbCFLQ
na8AniGC1knlv9Z2NLz/aWIEN9hmeFdp
=jkCv
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx
| < Previous | Next > |