current anaconda-dracut doesn't need this; drop it from the runtime.
---
share/runtime-install.tmpl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/share/runtime-install.tmpl b/share/runtime-install.tmpl
index 90c1a1c..568f799 100644
--- a/share/runtime-install.tmpl
+++ b/share/runtime-install.tmpl
@@ -45,7 +45,7 @@ installpkg rpcbind
## required for dracut
installpkg kbd kbd-misc
## required for anaconda-dracut (img-lib etc.)
-installpkg tar xz dmidecode curl
+installpkg tar xz curl

## basic system stuff
installpkg systemd-sysv systemd-units
--
1.7.10.2

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

> -----Original Message-----
> From: Will Woods [mailto:wwoods@redhat.com]
> Sent: 20 June 2012 01:06
>
> current anaconda-dracut doesn't need this; drop it from the runtime.
> ---
> share/runtime-install.tmpl | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/share/runtime-install.tmpl b/share/runtime-install.tmpl
> index 90c1a1c..568f799 100644
> --- a/share/runtime-install.tmpl
> +++ b/share/runtime-install.tmpl
> @@ -45,7 +45,7 @@ installpkg rpcbind
> ## required for dracut
> installpkg kbd kbd-misc
> ## required for anaconda-dracut (img-lib etc.) -installpkg tar xz
> dmidecode curl
> +installpkg tar xz curl
>
> ## basic system stuff
> installpkg systemd-sysv systemd-units
> --
> 1.7.10.2

I sometimes use dmidecode to do system-specific stuff in kickstart %post:

if dmidecode -s system-manufacturer | grep -q VMware; then
chkconfig smartd off
fi

Is there an alternative way to do that sort of thing now?


Moray.
"To err is human; to purr, feline."






_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

On Wed, 2012-06-20 at 10:17 +0100, Moray Henderson wrote:

> I sometimes use dmidecode to do system-specific stuff in kickstart %post:
>
> if dmidecode -s system-manufacturer | grep -q VMware; then
> chkconfig smartd off
> fi
>
> Is there an alternative way to do that sort of thing now?

Yes. The kernel exposes a bunch of the dmi info in /sys/class/dmi/id.
This should be equivalent:

if grep -q 'VMware' /sys/class/dmi/id/sys_vendor; then
chkconfig smartd off
fi

But NOTE: %post scripts run inside the *installed* system, not the
anaconda runtime, so it doesn't matter whether or not dmidecode is in
the anaconda runtime. As long as dmidecode is installed in your system
your %post scripts don't need to be changed.

-w

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

On Wed, Jun 20, 2012 at 10:23 AM, Will Woods <wwoods@redhat.com> wrote:

> Yes. The kernel exposes a bunch of the dmi info in /sys/class/dmi/id.
> This should be equivalent:
>
> *if grep -q 'VMware' /sys/class/dmi/id/sys_vendor; then
> * * *chkconfig smartd off
> *fi

FWIW, we use dmidecode during %pre on some systems in order to figure
out what we're doing - it might not be a gigantic deal to move stuff
to using the kernel exports, but it might be.

A decision like this to remove an important piece of the anaconda
runtime that folks have been used to for years shouldn't be taken
lightly.

$0.02

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

> A decision like this to remove an important piece of the anaconda
> runtime that folks have been used to for years shouldn't be taken
> lightly.

Yeah, this does seem like one that should stay for a while longer.

- Chris

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

El Wed, 20 Jun 2012 11:02:18 -0400
Jon Stanley <jonstanley@gmail.com> escribió:
> On Wed, Jun 20, 2012 at 10:23 AM, Will Woods <wwoods@redhat.com>
> wrote:
>
> > Yes. The kernel exposes a bunch of the dmi info
> > in /sys/class/dmi/id. This should be equivalent:
> >
> > *if grep -q 'VMware' /sys/class/dmi/id/sys_vendor; then
> > * * *chkconfig smartd off
> > *fi
>
> FWIW, we use dmidecode during %pre on some systems in order to figure
> out what we're doing - it might not be a gigantic deal to move stuff
> to using the kernel exports, but it might be.
>
> A decision like this to remove an important piece of the anaconda
> runtime that folks have been used to for years shouldn't be taken
> lightly.
>
> $0.02
dmidecode only works on x86 so if you use anything else you have to use
different tooling anyway. maybe not a huge deal today but will be more
so going forward.


Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEARECAAYFAk/iB2kACgkQkSxm47BaWfceUgCeMGH/S6wzWAahBmameG6G7xuh
RKYAniQUbl8rcNGUbEj6juxMWxySyCZj
=nf3I
-----END PGP SIGNATURE-----

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

On 20.06.2012 11:17, Moray Henderson wrote:

>> -----Original Message-----
>> From: Will Woods [mailto:wwoods@redhat.com]
>> Sent: 20 June 2012 01:06
>>
>> current anaconda-dracut doesn't need this; drop it from the runtime.
>> ---
>> share/runtime-install.tmpl | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/share/runtime-install.tmpl b/share/runtime-install.tmpl
>> index 90c1a1c..568f799 100644
>> --- a/share/runtime-install.tmpl
>> +++ b/share/runtime-install.tmpl
>> @@ -45,7 +45,7 @@ installpkg rpcbind
>> ## required for dracut
>> installpkg kbd kbd-misc
>> ## required for anaconda-dracut (img-lib etc.) -installpkg tar xz
>> dmidecode curl
>> +installpkg tar xz curl
>>
>> ## basic system stuff
>> installpkg systemd-sysv systemd-units
>> --
>> 1.7.10.2
>
> I sometimes use dmidecode to do system-specific stuff in kickstart %post:
>
> if dmidecode -s system-manufacturer | grep -q VMware; then
> chkconfig smartd off
> fi

This seems wrong. That's something which is common to all emulators, not
just VMWare. We probably need a function is_vm which will agglomerate
checks for VM. What are other systems you check for? Other than VM,
which are special case we should rather check for specific devices
present since system ID fiels tell very little about what is really
inside the machine.

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list