Op dinsdag 5 september 2006 16:51, schreef Lukas Ocilka:

Andreas Jaeger wrote:

...

Hi,

during one of our IRC meetings, I've been asked to discuss the size of our core distribution. I'm appending the list below and would like to hear your concrete suggestions. Some of the packages are needed by dependencies, we could split some packages into separate (optional) patterns,

Andreas

Required (must have):

I miss SuSEfirewall2 here because we configure it in the installation. Some firewall should be in the core for security reasons.

...

yast2-dhcp-server yast2-dns-server yast2-instserver yast2-nfs-server yast2-nis-server yast2-samba-server yast2-tftp-server

Configuring servers is not needed for clients, it could be in some server-related pattern.

...

Recommended (should have): SuSEfirewall2

It's only recommended...

Lukas

I tatally agree with this. We have talked about this earlier but can't find it now. Andreas said that they are Required by YaST, but then is my question: does openSUSE not manage YaST also? We have to delete those requirements so 1. It does not have to be installed (duhhh) and the server-stuff won't appear in YaST (one of my wishes for default install). Azerion --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

I've split the yast packages out now from my list into two lists: * A server pattern that is not installed by default * A YaST base pattern The default install will require the base pattern. Here's an updated list of files, I removed also a couple of packages From it that are in other patterns or unneccesary for openSUSE: +Prq: SuSEfirewall2 aaa_base aaa_skel acl ash attr audit-libs bash bzip2 coreutils cpio cpp cracklib cups-client curl cyrus-sasl cyrus-sasl-saslauthd db db-utils dbus-1 device-mapper diffutils e2fsprogs ed eject ethtool evms file filesystem fillup findutils glibc grep groff gzip hwinfo insserv iproute2 iptables iputils kbd klogd krb5 ksymoops ldapcpplib less logrotate lvm2 m4 mailx make mdadm mingetty mkinitrd mkisofs mktemp module-init-tools multipath-tools ncurses net-tools netcfg openssh openssl pam pam-config pam-modules parted perl permissions procps psmisc pwdutils reiserfs rpm sed openSUSE-release smtp_daemon suse-build-key sysconfig sysfsutils syslog-ng sysvinit tar tcpd util-linux vim w3m wget zlib #ifdef __ia64__ elilo efibootmgr ia32el #endif #if defined(__i386__) || defined (__x86_64__) microcode_ctl grub lilo #endif #ifdef __powerpc__ lilo #endif -Prq: +Prc: qlogic-firmware acpid at autofs bc bind-libs blocxx bootcycle bootsplash bootsplash-theme-SuSE compat compat-libstdc++ compat-openssl097g cpufrequtils cron dbus-1-glib deltarpm dhcpcd dmraid dos2unix dosfstools expat fbset finger gawk gdb gdbm gettext glibc-i18ndata glibc-locale gnome-filesystem gpart gpg gpm hal hdparm hfsutils ifplugd info initviocons jfsutils joe ksh lsof lukemftp man man-pages master-boot-code mcelog mpt-status netcat nfs-utils nfsidmap nscd ntfsprogs numactl openct openldap2-client opensc openslp patch pax pciutils pcre pcsc-lite pdisk pfmon pmtools popt portmap postfix powersave ppp pptp prctl procinfo procmail providers readline recode release-notes resmgr rug rsync sash screen scsi sharutils smartmontools smpppd sqlite strace sudo suseRegister suspend syslinux tcpdump tcsh telnet terminfo timezone udev unzip usbutils utempter vlan wireless-tools wol wvdial wvstreams xfsprogs xinetd xntp yp-tools ypbind zip zisofs-tools zmd zsh #ifdef __ia64__ salinfo #endif #ifdef __powerpc__ powerpc32 #endif #ifdef __x86_64__ linux32 #endif -Prc: +Sug: delayacct-utils exim sendmail rsh -Sug: Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

* Azerion [Sep 06. 2006 15:52]:

I don't know the '+Prq'-thing and so on, so I don't know what it means,

"Prq" means "packages required". See http://en.opensuse.org/Libzypp/Dependencies and http://en.opensuse.org/Libzypp/Metadata/YaST/pattern And also http://en.opensuse.org/Patterns/Definition_Language for a suggestion to make pattern files easier to read. Klaus --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Wed, 6 Sep 2006, Andreas Jaeger wrote:

I've split the yast packages out now from my list into two lists: * A server pattern that is not installed by default * A YaST base pattern

The default install will require the base pattern.

Here's an updated list of files, I removed also a couple of packages From it that are in other patterns or unneccesary for openSUSE:

+Prq: SuSEfirewall2 aaa_base aaa_skel acl ash attr audit-libs bash bzip2 coreutils cpio cpp cracklib cups-client curl cyrus-sasl cyrus-sasl-saslauthd db db-utils dbus-1 device-mapper diffutils e2fsprogs ed eject ethtool evms file filesystem fillup findutils glibc grep groff gzip hwinfo insserv iproute2 iptables iputils kbd klogd krb5 ksymoops ldapcpplib less logrotate lvm2 m4 mailx make mdadm mingetty mkinitrd mkisofs mktemp module-init-tools multipath-tools ncurses net-tools netcfg openssh openssl pam pam-config pam-modules parted perl permissions procps psmisc pwdutils reiserfs rpm sed openSUSE-release smtp_daemon suse-build-key sysconfig sysfsutils syslog-ng sysvinit tar tcpd ^^ remove?

util-linux vim w3m wget zlib

#ifdef __ia64__ elilo efibootmgr ia32el #endif #if defined(__i386__) || defined (__x86_64__) microcode_ctl grub lilo #endif #ifdef __powerpc__ lilo #endif -Prq:

+Prc: qlogic-firmware acpid at autofs bc bind-libs blocxx bootcycle bootsplash bootsplash-theme-SuSE compat compat-libstdc++ compat-openssl097g cpufrequtils cron dbus-1-glib deltarpm dhcpcd dmraid dos2unix dosfstools expat fbset finger gawk gdb ^^ remove?

gdbm gettext glibc-i18ndata glibc-locale gnome-filesystem gpart gpg gpm hal hdparm hfsutils ifplugd ^^ required?

info initviocons jfsutils joe ksh lsof lukemftp man man-pages master-boot-code mcelog mpt-status netcat nfs-utils nfsidmap nscd ntfsprogs numactl openct openldap2-client opensc openslp patch pax pciutils pcre pcsc-lite pdisk pfmon pmtools popt portmap postfix powersave ppp pptp prctl procinfo procmail providers readline recode release-notes resmgr rug rsync sash screen scsi sharutils smartmontools smpppd sqlite ^^ required?

strace sudo suseRegister suspend syslinux ^^ required?

tcpdump tcsh telnet terminfo timezone udev unzip usbutils utempter vlan wireless-tools wol wvdial wvstreams xfsprogs xinetd xntp yp-tools ypbind zip zisofs-tools zmd zsh

#ifdef __ia64__ salinfo #endif #ifdef __powerpc__ powerpc32 #endif #ifdef __x86_64__ linux32 #endif -Prc: +Sug: delayacct-utils exim sendmail rsh -Sug:

Regards Christoph --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Christoph Thiel writes:

...

tcpd ^^ remove?

Yes, we can - it should come in again via package requirements.

...

gdb ^^ remove?

What do others think?

...

gdbm gettext glibc-i18ndata glibc-locale gnome-filesystem gpart gpg gpm hal hdparm hfsutils ifplugd ^^ required?

I guess we need this.

...

sqlite ^^ required?

Should come in via requirements, ok removed

...

strace sudo suseRegister suspend syslinux ^^ required?

Should come in via requirements, ok removed Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

On Wed, Sep 06, 2006 at 07:28:27PM +0300, Andras Mantia wrote:

On Wednesday 06 September 2006 17:41, Andreas Jaeger wrote:

...

...

...

gdb

  ^^ remove?

What do others think?

gdb is needed to get backtraces e.g for KDE application. How much useful

So why not requiring this from the package in KDE that is responsible to handle this KDE backtrace dialog (kdelibs3?) instead of putting it because of KDE in a selection that is completely unrelated to KDE. I _personally_ don't really care because I have a complete tool chain installed on _every_ system anyway to automatically use their build power in the build cluster but in my opinion putting such stuff in a minimal base selection makes minimization efforts pretty absurd. Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."

On Wednesday 06 September 2006 20:11, vetter wrote:

On Wed, 6 Sep 2006, Andras Mantia wrote:

...

On Wednesday 06 September 2006 17:41, Andreas Jaeger wrote:

...

...

...

gdb

  ^^ remove?

What do others think?

gdb is needed to get backtraces e.g for KDE application. How much useful those are without -debug packages is another question, but I think we should have this by default (and we can just tell the users to install the -debug version if more info is needed).

what if we make the *-debug packages require gdb?

After a quick test the backtrace generated can be completely useless without the -debug package or it can be useful but without line numbers. So I would rather make gdb a dependency on kdebase than on the -debug packages. I wonder if GNOME or other application have a similar backtrace generation tool or not, but if they do, the same dependency should be introduced there as well. Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org

Andras Mantia writes:

On Wednesday 06 September 2006 17:41, Andreas Jaeger wrote:

...

...

...

gdb

  ^^ remove?

What do others think?

gdb is needed to get backtraces e.g for KDE application. How much useful those are without -debug packages is another question, but I think we should have this by default (and we can just tell the users to install the -debug version if more info is needed).

In that case it belongs in the KDE pattern ;-) Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

jdd writes:

could it be possible to have with these lists an approximation of the installed size of the packages?

This is a problem due to dependencies :-(, I have no idea on how to do this easily. Let's strive for functionality, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

Dňa Št 7. September 2006 09:51 jdd napísal:

could it be possible to have with these lists an approximation of the installed size of the packages?

it may not be worth discussing to gain bytes, only megabytes are worth

Not really. We've found out that the size of the installation is often driven by a huge number of small packages, not a big ones - the big ones are easy to identify ;-) Stano --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On 06/09/05 17:27 (GMT+0200) Andreas Jaeger apparently typed:

Felix Miata writes:

...

Which from that list is an OFM?

What do you mean with OFM?

http://www.softpanorama.org/OFM/Paradigm/Ofm_01.shtml http://www.ibiblio.org/mc/ -- "Wisdom is supreme; therefore get wisdom. Though it cost all you have, get understanding. Esteem her, and she will exalt you; embrace her, and she will honor you." Proverbs 4:7-8 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

vetter writes:

On Tue, 5 Sep 2006, Andreas Jaeger wrote:

...

Recommended (should have): postfix ... Suggested (optional): exim sendmail

should be: Recommended (should have):

Required ;-)

mta

where postfix, exim or sendmail provide "mta"

And we would need to "preselect" one, so add postfix to recommended. Yes, doable, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

El Martes, 5 de Septiembre de 2006 15:43, Ricardo Cruz escribió:

What about shipping nano (the pico clone) instead of joe as recommended?

Yes, please. nano is so far the only editor I was able to use right away without reading, learing, taking college courses, etc. -- HTH Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Sorry if I start a text editors war, but the installation of joe by default Please do not throw away joe from default. If there is possible to vote for it, joe have my vote :) -- Pavel Nemec

Dne Wednesday 06 September 2006 00:43 Ricardo Cruz napsal(a): package-maintainer http://en.opensuse.org/Czech_Packagers_Team --------------------------------------------------------------------- SuSE CR, s.r.o. e-mail: pnemec@suse.cz Lihovarska 1060/12 tel:+420 2 9654 2373 190 00 Praha 9 fax:+420 2 9654 2374 Ceska republika http://www.suse.cz

2006/9/6, Ricardo Cruz :

Em Quarta, 6 de Setembro de 2006 07:56, o Pavel Nemec escreveu:

...

Dne Wednesday 06 September 2006 00:43 Ricardo Cruz napsal(a):

...

Sorry if I start a text editors war, but the installation of joe by default

Please do not throw away joe from default. If there is possible to vote for it, joe have my vote :)

Have you tried nano? Don't you feel it is more suited for newbies? Oldies already know their way easily to install whatever editor they prefer.

My point is that if the reason is to have a simple editor to use, nano should be the default. Otherwise, everyone has their favorite and there isn't much point in having multiple text editors installed.

And what about the editor from mc? Thanks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On 06/09/06 16:19 (GMT+0100) Ricardo Cruz apparently typed:

Anyway, if mc is installed by default, I don't get why joe is installed by default.

My last install was a default, and mc was not in it. :-( -- "Wisdom is supreme; therefore get wisdom. Though it cost all you have, get understanding. Esteem her, and she will exalt you; embrace her, and she will honor you." Proverbs 4:7-8 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Chema Ollés writes:

Felix Miata escribió:

...

On 06/09/06 16:19 (GMT+0100) Ricardo Cruz apparently typed:

...

Anyway, if mc is installed by default, I don't get why joe is installed by default.

My last install was a default, and mc was not in it. :-( Hi all: I'd like mc by default... ;-)

The target of this exercise for me was to get the default install small - and have extra packages that many like in extra patterns. I would propose to make a really minimal pattern - and then add all the stuff again in a more optional way that the majority likes. This should be in such a way that the default install will have both patterns but users can disable the extra one if they like to have a really minimal one. Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

Andreas Jaeger wrote:

The target of this exercise for me was to get the default install small - and have extra packages that many like in extra patterns.

Well an additional exercise may be letting some yast2-modules stay away from 'base'. if i recall correctly DNS-Server or DHCP-Server module are on base. that's something that should belong to the respecing server-pattern. for the editor-discussion: i personally expect a vi to be on every system that has a unix-like shell. Even the small embedded linux boxes have vi (as a busybox module) I don't care if it is the quite large 'vim' or any other vi - but if it is too large for base, that's not a problem. vi is a simple 'yast -i vim' away. i'm very happy with a small-as-possible base install (not default, but base) as it makes SuSe easier to install on flash :) nano is foolproof, very lean and easy to use for anybody. and for the simple tasks like editing some /etc/sysconfig it is enough. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Ricardo Cruz writes:

Anyway, if mc is installed by default, I don't get why joe is installed by default.

mc is currently only part of the optional CONSOLE pattern, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

Em Quarta, 6 de Setembro de 2006 15:42, o Peter Czanik escreveu:

Pavel Nemec wrote:

...

...

Sorry if I start a text editors war, but the installation of joe by default

Please do not throw away joe from default. If there is possible to vote for it, joe have my vote :)

And my vote too :-) It's the first package I install on a server (the KDE selection has it...). Bye,

We all have packages that we "must" install, that's why Suse ships with so many stuff, particularly text editors. As an assistance in a Linux help forum, I feel we should have an easy editor for cases where the user is stuck on the console and that are as easy as you don't have to explain how to use it at all. That's why I'm pushing nano; I will be using vim myself. Cheers, Ricardo -- Spelling is a lossed art. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Rajko M a écrit :

Some editor has to be included and nano fits better because it's no learning necessary type of editor, as mentioned in few other posts.

we need mostly know the _size_ of nano and it's dependencies, more than the ease of use. I'm used on many linux variants (from mulinux and gentoo to suse) and the only thing I _always_ find is Vi on it's mini flavor (there is NO "original" Vi as I discovered once, but many flavors, Vim being the more common, but not the smaller). so any usual linux user (the one than can have to wotk on various machines) must have at least some sort of use ov Vi. but I see I have "busybox" already installed and don't remember having asked for it. is it possible/usefull to have a very slim install (not by default) with busybox and it's companions? jdd -- http://www.dodin.net http://dodin.org/galerie_photo_web/expo/index.html http://lucien.dodin.net http://fr.susewiki.org/index.php?title=Gérer_ses_photos --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Em Quinta, 7 de Setembro de 2006 09:14, o Lukas Ocilka escreveu:

Back in 90's I was used to have 'pico' and 'pine' in my system but the time has changed

Speaking of which, I think we should consider when installing nano that a pico symlink is made to it, since it is a clone of it so that old folks could easily find Suse's alternative. Just like we make a symlink from vi to vim. Cheers, Ricardo -- Tact is the ability to tell a man he has an open mind when he has a hole in his head. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Thu, 7 Sep 2006, Christian Boltz wrote:

...

finger

Is finger still used? IMHO fingerd disabled on most machines for security reasons, so there's no point in including the client in the default installation.

Yes, It is restricted to intranet. Very handy to use inside company network to get issuse resolved. -- Boyd Gerber ZENEZ 1042 East Fort Union #135, Midvale Utah 84047 --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Christian Boltz writes:

Hello,

Am Dienstag, 5. September 2006 16:42 schrieb Andreas Jaeger:

...

Required (must have): [...] cpp

??? (only needed by xorg-x11 and gcc [on my 10.1 system] which are not in requirements)

Ok, will remove.

...

gnome-icon-theme

Should be in a "X" or "Gnome" pattern instead. Nobody needs icons on tty1 ;-)

Removed already ;-)

...

m4 make

I don't see why these are _required_...

make is required for booting. m4 is used in various place AFAIR.

...

openssh

should probably be in recommended only

...

reiserfs

Nobody needs this *g,d&r*

...

#if defined(__i386__) || defined (__x86_64__) [...] grub lilo #endif

Both grub _and_ lilo? One of them is enough.

grub should be enough - hope that yast handles it correctly if you switch to lilo...

...

Recommended (should have):

...

qlogic-firmware

Should be installed only if matching hardware exists (if possible)

Yes, if possible.

...

OpenIPMI and ipmitool

What's this? Package summary (of 10.1) explains it in a recursive way ("OpenIPMI is a free implementation for IPMI") -> what's IPMI?

Removed already - it's some management stuff.

Oh, and please try to find a better package description ;-)

...

dos2unix

Then please include unix2dos also ;-)

Or move both to another pattern?

...

finger

Is finger still used? IMHO fingerd disabled on most machines for security reasons, so there's no point in including the client in the default installation.

Moved to the console pattern, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

Christoph Thiel writes:

On Fri, 8 Sep 2006, Andreas Jaeger wrote:

...

...

...

m4 make

I don't see why these are _required_...

make is required for booting. m4 is used in various place AFAIR.

cthiel@zion:~> rpm -q --whatrequires m4 flex-2.5.31-18.5 autoconf-2.59-92.3 bison-2.1-13.3 cthiel@zion:~>

Could be dropped, IIUC.

Let's hope that this is a complete list... Ok, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

Robert Schiele writes:

On Fri, Sep 08, 2006 at 11:35:10AM +0200, Andreas Jaeger wrote:

...

Christoph Thiel writes:

...

cthiel@zion:~> rpm -q --whatrequires m4 flex-2.5.31-18.5 autoconf-2.59-92.3 bison-2.1-13.3 cthiel@zion:~>

Could be dropped, IIUC.

Let's hope that this is a complete list...

Even if not, wouldn't it be smarter to _fix_ missing requirements instead of hiding them?

Yes, I agree - and that's what I did with make (filed a bug for now). I just fear that my next installation will be broken because I removed far too much ;-) Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

...

cthiel@zion:~> rpm -q --whatrequires m4

...

Could be dropped, IIUC.

Let's hope that this is a complete list...

It's not! Think again: ~> rpm -q --whatrequires m4 ... sendmail-8.13.6-9.9 Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Fri, Sep 08, 2006 at 11:01:32AM +0200, Andreas Jaeger wrote:

make is required for booting. m4 is used in various place AFAIR.

Shouldn't it be required by the package that handles booting instead of putting it into this selection? Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."

Am Freitag, 8. September 2006 11:01 schrieb Andreas Jaeger:

...

I don't see why these are _required_...

make is required for booting. m4 is used in various place AFAIR. Huh? Not sure who spread that misinformation :)

Greetings, Stephan --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Dňa Pi 8. September 2006 11:01 Andreas Jaeger napísal:

Christian Boltz writes:

[snip]

...

...

openssh

should probably be in recommended only

...

reiserfs

Nobody needs this *g,d&r*

...

#if defined(__i386__) || defined (__x86_64__) [...] grub lilo #endif

Both grub _and_ lilo? One of them is enough.

grub should be enough - hope that yast handles it correctly if you switch to lilo...

YaST will ensure the needed package to be installed. So, theoretically, we can remove both ;-) Stano --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org