Re: [Cooker] Installer suggestion

2003-08-03 Thread Pixel
David Walser [EMAIL PROTECTED] writes: Given that, it seems to me the best thing for services we don't want enabled by default on installation, is to just have them not run _post_service in the SPEC file. They'll get chkconfig --add run when they're enabled, and they don't lose the list of

Re: [Cooker] Installer suggestion

2003-08-02 Thread David Walser
--- Pixel [EMAIL PROTECTED] wrote: David Walser [EMAIL PROTECTED] writes: maybe we could disable nfs by default, agreed. for the others, i don't know :-/ if you are right, I do agree they should not be running by default, and it's a bug. And you should report to the

Re: [Cooker] Installer suggestion

2003-02-02 Thread Pixel
David Walser [EMAIL PROTECTED] writes: [...] % grep chkconfig /etc/init.d/* ... /etc/init.d/portmap:# chkconfig: 345 11 89 ... /etc/init.d/ypserv:# chkconfig: - 16 84 ... - portmap will run by default at runlevels 3, 4 and 5 - ypserv will not run by default (notice the -)

Re: [Cooker] Installer suggestion

2003-02-02 Thread David Walser
--- Pixel [EMAIL PROTECTED] wrote: David Walser [EMAIL PROTECTED] writes: [...] % grep chkconfig /etc/init.d/* ... /etc/init.d/portmap:# chkconfig: 345 11 89 ... /etc/init.d/ypserv:# chkconfig: - 16 84 ... - portmap will run by default at runlevels 3, 4 and 5

Re: [Cooker] Installer suggestion

2003-02-01 Thread David Walser
--- Pixel [EMAIL PROTECTED] wrote: David Walser [EMAIL PROTECTED] writes: maybe we could disable nfs by default, agreed. for the others, i don't know :-/ if you are right, I do agree they should not be running by default, and it's a bug. And you should report to the

Re: [Cooker] Installer suggestion

2002-08-16 Thread Mark Piper
On Thu, 2002-08-15 at 18:09, Buchan Milne wrote: [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: David Walser [EMAIL PROTECTED] writes: - only services that have a useful default configuration are on by default Wrong, apcupsd, dhcpd, jabber, named, nfs, ntpd, smb, ypbind, and

Re: [Cooker] Installer suggestion

2002-08-16 Thread David Walser
--- Mark Piper [EMAIL PROTECTED] wrote: And perhaps we should have LISa AT LEAST LISTED in the services, if not on by default, so that an inexperienced user will be able to see something aside from an error message when clicking on Konqueror's LAN browser. It has a useful default. Turn

Re: [Cooker] Installer suggestion

2002-08-16 Thread Gary Greene
On Friday 16 August 2002 05:58 pm, David Walser wrote: --- Mark Piper [EMAIL PROTECTED] wrote: And perhaps we should have LISa AT LEAST LISTED in the services, if not on by default, so that an inexperienced user will be able to see something aside from an error message when clicking

Re: [Cooker] Installer suggestion

2002-08-16 Thread Nick Brown
http://lisa-home.sourceforge.net/src/lisa.mandrake has init scripts for lisa. This is mandrake specfic (though it was written for 8.0) Thre are also init scripts for redhat (7.2, 7.3) and suse (7.1 )listed at http://lisa-home.sourceforge.net/download.html Perhaps Madrake could include this

Re: [Cooker] Installer suggestion

2002-08-15 Thread Pixel
David Walser [EMAIL PROTECTED] writes: - only services that have a useful default configuration are on by default Wrong, apcupsd, dhcpd, jabber, named, nfs, ntpd, smb, ypbind, and maybe mysql and ldap (can't remember) are on by default if you install them, and they need to be

Re: [Cooker] Installer suggestion

2002-08-15 Thread David Walser
--- Pixel [EMAIL PROTECTED] wrote: David Walser [EMAIL PROTECTED] writes: - only services that have a useful default configuration are on by default Wrong, apcupsd, dhcpd, jabber, named, nfs, ntpd, smb, ypbind, and maybe mysql and ldap (can't remember) are on by default if

Re: [Cooker] Installer suggestion

2002-08-15 Thread Pixel
David Walser [EMAIL PROTECTED] writes: maybe we could disable nfs by default, agreed. for the others, i don't know :-/ if you are right, I do agree they should not be running by default, and it's a bug. And you should report to the maintainers. So the package decides not drakx?

Re: [Cooker] Installer suggestion

2002-08-15 Thread David Walser
--- Pixel [EMAIL PROTECTED] wrote: David Walser [EMAIL PROTECTED] writes: maybe we could disable nfs by default, agreed. for the others, i don't know :-/ if you are right, I do agree they should not be running by default, and it's a bug. And you should report to the

Re: [Cooker] Installer suggestion

2002-08-15 Thread Pixel
David Walser [EMAIL PROTECTED] writes: I thought that field let chkconfig know what runlevels to enable the service for with chkconfig service on. How does it know then? well it's quite ugly but that's redhat you've done it so. they have decided to put - everywhere, and they use chkconfig

Re: [Cooker] Installer suggestion

2002-08-13 Thread Pixel
Austin Acton [EMAIL PROTECTED] writes: I only have one request to add to v9.0 in the installer. I want an Install All button - ala Redhat. Disks are cheap. The time required to get the system fully operational isn't. Having an install all capability would be a real productivity enhancer for

Re: [Cooker] Installer suggestion (one more)

2002-08-13 Thread Pixel
[EMAIL PROTECTED] writes: And I have one more suggestion. I ran into this while upgrading via CD from 9.0 B1 to B2...when doing an expert upgrade and it comes to package selection time it gets VERY confusing. If you select all the groups of packages you want to upgrade by ticking next to

Re: [Cooker] Installer suggestion

2002-08-13 Thread David Walser
--- Pixel [EMAIL PROTECTED] wrote: - RedHat has (very) few packages which explain why Install All is no such big deal for them (hell, they don't even have rxvt anymore!) Yeah, I noticed that. RedHat sucks! No xlockmore either! - only services that have a useful default configuration

Re: [Cooker] Installer suggestion (one more)

2002-08-13 Thread newslett
Cheers Pixel. Does this mean the screen is gone or do you simply tick the groups of packages you want to upgrade and if they are installed it adds up the upgrade size and compares it to the size available?? Hasta~~ Jason Pixel wrote: [EMAIL PROTECTED] writes: And I have one more

Re: [Cooker] Installer suggestion (one more)

2002-08-13 Thread Pixel
[EMAIL PROTECTED] writes: Cheers Pixel. Does this mean the screen is gone or do you simply tick the groups of packages you want to upgrade and if they are installed it adds up the upgrade size and compares it to the size available?? it computes the size as done in 8.2, ie it does:

Re: [Cooker] Installer suggestion

2002-08-13 Thread andre
On Tuesday 13 August 2002 04:04, Austin Acton wrote: Thanks for your support. You have good ideas, but some of them won't fly. We NEED rpm to keep things uniform. Easy to upgrade, easy to replace, (not-so)easy to build, and the same for every package. Seriously. If there is ANYTHING that

[Cooker] Installer suggestion

2002-08-12 Thread Austin Acton
Someone on the club had a cool and easy suggestion, so I just wanted to make sure you heard it. Austin (quoting) Hello! I only have one request to add to v9.0 in the installer. I want an Install All button - ala Redhat. Disks are cheap. The time required to get the system fully operational

Re: [Cooker] Installer suggestion

2002-08-12 Thread allen
I would like to 2nd this concept. Also I would like to add a little something for some day in the future, maybe... Follow the thought, it would be too hard to describe otherwise... 1. Say CD1 is a minimal installer and a file system, rudimentary, ready to go. ( And yes, I've actually

Re: [Cooker] Installer suggestion (one more)

2002-08-12 Thread newslett
And I have one more suggestion. I ran into this while upgrading via CD from 9.0 B1 to B2...when doing an expert upgrade and it comes to package selection time it gets VERY confusing. If you select all the groups of packages you want to upgrade by ticking next to them (and turn off individual

Re: [Cooker] Installer suggestion

2002-08-12 Thread Ryan Little
1. Say CD1 is a minimal installer and a file system, rudimentary, ready to go. ( And yes, I've actually created such a thing on contract for a company in the Northwest so I know this pretty well... ) 2. You do the install and partition, and format, and BL ! Your

Re: [Cooker] Installer suggestion

2002-08-12 Thread Austin Acton
Thanks for your support. You have good ideas, but some of them won't fly. We NEED rpm to keep things uniform. Easy to upgrade, easy to replace, (not-so)easy to build, and the same for every package. Seriously. If there is ANYTHING that linux needs to survive it's a bit of standardization

Re: [Cooker] Installer suggestion

2002-08-12 Thread allen
On Monday 12 August 2002 09:05 pm, Ryan Little wrote: 1. Say CD1 is a minimal installer and a file system, rudimentary, ready to go. ( And yes, I've actually created such a thing on contract for a company in the Northwest so I know this pretty well... ) 2. You do the install and

Re: [Cooker] Installer suggestion

2002-08-12 Thread Igor Izyumin
On Monday 12 August 2002 09:04 pm, Austin Acton wrote: Thanks for your support. You have good ideas, but some of them won't fly. We NEED rpm to keep things uniform. Easy to upgrade, easy to replace, (not-so)easy to build, and the same for every package. Seriously. If there is ANYTHING

Re: [Cooker] Installer suggestion (and a modest proposal about that)

2002-08-12 Thread Leon Brooks
On Tue, 13 Aug 2002 11:45, allen wrote: On Monday 12 August 2002 09:05 pm, Ryan Little wrote: 1. Say CD1 is a minimal installer and a file system, rudimentary, ready to go. ( And yes, I've actually created such a thing on contract for a company in the Northwest so I know this pretty well...

Re: [Cooker] Installer suggestion (and a modest proposal about that)

2002-08-12 Thread allen
On Monday 12 August 2002 11:15 pm, Leon Brooks wrote: snips minimal install cd1 with base file system that has rpm database of what is rpm -ivh'd in advance into the base file system so it is rpm -Uvh-able... If I did it that way (or the following way), I'd install a minimal amount of RPM

Re: [Cooker] Installer suggestion (and a modest proposal about that)

2002-08-12 Thread allen
Quick additional thought... Maybe now IS a good time to bring this up... DVD... That would give enough room to have one of more base images, kernel selection, plus everything that needs installing while you're already up and running... Don't forget though some HDD needs available for