freebsd-advocacy Digest, Vol 304, Issue 3
freebsd-advo...@freebsd.org
freebsd-...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy
or, via email, send a message with subject or body 'help' to
freebsd-advo...@freebsd.org
You can reach the person managing the list at
freebsd-adv...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-advocacy digest..."
Today's Topics:
1. Re: why BSDs got no love (Peer Schaefer)
2. Re: why BSDs got no love (Peer Schaefer)
3. Re: why BSDs got no love (Diane Bruce)
4. why BSDs got no love (Heidi Wyss)
5. Re: why BSDs got no love (Julian H. Stacey)
6. Re: why BSDs got no love (Tony Theodore)
7. Re: why BSDs got no love (Randi Harper)
8. Re: why BSDs got no love (Julian H. Stacey)
9. Re: why BSDs got no love (Randi Harper)
10. Re: why BSDs got no love (Randi Harper)
11. Re: why BSDs got no love (Tom Rhodes)
12. Re: why BSDs got no love (Tony Theodore)
13. Re: why BSDs got no love (Randi Harper)
14. Re: why BSDs got no love (Freddie Cash)
15. Re: why BSDs got no love (Tony Theodore)
16. Re: why BSDs got no love (Marina Brown)
17. why BSDs got no love (Roger)
18. why BSDs got no love (Roger)
19. Re: why BSDs got no love (and why security gets no love)
(Chad Perrin)
20. Re: why BSDs got no love (Allen)
----------------------------------------------------------------------
Message: 1
Date: Wed, 23 Dec 2009 13:29:50 +0100
From: Peer Schaefer <peer.s...@hamburg.de>
Subject: Re: why BSDs got no love
To: freebsd-...@freebsd.org
Cc: shanec...@gmail.com
Message-ID: <1261571390....@earth.sol>
Content-Type: text/plain
Exactly. That's what I meant when I said the installer is good but needs
a little "polishing".
--Peer
Am Dienstag, den 22.12.2009, 23:55 -0800 schrieb Shane Calimlim:
> +1 to a better installer, graphical or not.
>
> I can practically install FreeBSD blindfolded on the current one, but only
> because I've done it so many times. The first few attempts were extremely
> frustrating; the menu flow in the current installer makes little sense --
> especially if something goes wrong. Please keep that in mind, everyone on
> this list knows the installer like the back of their hand, but do you
> remember the first time(s) you used it? Know a fairly seasoned linux user
> that has never used FreeBSD? Sit them down at a machine and watch them try
> to install it.
>
> First impressions are important! I won't go into the gui vs non-gui
> installer debate, but making the install process as slick as possible is
> definitely a good thing.
>
> On Tue, Dec 22, 2009 at 7:24 PM, Charlie Kester <cork...@comcast.net>wrote:
>
> > On Tue 15 Dec 2009 at 07:33:49 PST Jan Husar wrote:
> >
> >> http://blogs.techrepublic.com.com/opensource/?p=1123&tag=nl.e011
> >>
> >
> > Others have pointed out that PC-BSD meets the need expressed in this
> > article.
> >
> > As for FreeBSD itself, the question must be asked: do we WANT to get
> > more love from people who judge an OS by whether or not it has a
> > graphical installer?
> >
> > _______________________________________________
> > freebsd-...@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy
> > To unsubscribe, send any mail to "freebsd-advoca...@freebsd.org
> > "
> >
> _______________________________________________
> freebsd-...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy
> To unsubscribe, send any mail to "freebsd-advoca...@freebsd.org"
------------------------------
Message: 2
Date: Wed, 23 Dec 2009 13:34:14 +0100
From: Peer Schaefer <peer.s...@hamburg.de>
Subject: Re: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID: <1261571654.3...@earth.sol>
Content-Type: text/plain
On wednesday, the 23.12.2009, 08:38 +0000 Matthew Seaman wrote:
> At the risk of being challenged to produce code (Which, alas, I don't have
> sufficient skill to do. Or sufficient time.) I'd design an installer as a
> CLI program that reads in a fairly simple fixed script or language to do the
> installation work, and have separate Curses and/or X based programs to allow
> users to create the installation script interactively. I think that would
> fulfil just about everybodies' requirements, from the people that want a
> *shiny* graphical interface to people wanting to do automatic unattended
> installs over serial lines.
>
> Of course, this sort of project has been attempted before, and been a
> complete failure.
>
> Cheers,
>
> Matthew
>
BTW, the Debian installer consists (a) of a modular, frontend agnostic
backend, and (b) different frontend "plugins", e.g. a curses-frontend or
a X/GTK+-frontend. This is a modular and very elegant approach (but
surely difficult to implement).
------------------------------
Message: 3
Date: Wed, 23 Dec 2009 08:17:33 -0500
From: Diane Bruce <d...@db.net>
Subject: Re: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID: <20091223131...@night.db.net>
Content-Type: text/plain; charset=us-ascii
On Tue, Dec 22, 2009 at 07:24:10PM -0800, Charlie Kester wrote:
> On Tue 15 Dec 2009 at 07:33:49 PST Jan Husar wrote:
> >http://blogs.techrepublic.com.com/opensource/?p=1123&tag=nl.e011
>
> Others have pointed out that PC-BSD meets the need expressed in this
> article.
I believe this is because of a common misconception of what FreeBSD is.
In essence FreeBSD would be the equivalent of the Linux kernel, except
we have a userland integrated. No one would claim that the Linux kernel
was a 'distro' that needed a GUI installer, yet some think that of FreeBSD.
>
> As for FreeBSD itself, the question must be asked: do we WANT to get
> more love from people who judge an OS by whether or not it has a
> graphical installer?
No, but it would be great if there were some offerings in ports for
those who wished to roll their own 'distro' ;-).
--
- d...@FreeBSD.org d...@db.net http://www.db.net/~db
------------------------------
Message: 4
Date: Wed, 23 Dec 2009 15:22:12 +0100
From: Heidi Wyss <heidi...@nordultra.com>
Subject: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID: <4B322794...@nordultra.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
> I can practically install FreeBSD blindfolded on the current one, but only
> because I've done it so many times. The first few attempts were extremely
> frustrating; the menu flow in the current installer makes little sense --
> especially if something goes wrong. Please keep that in mind, everyone on
> this list knows the installer like the back of their hand, but do you
> remember the first time(s) you used it? Know a fairly seasoned linux user
> that has never used FreeBSD? Sit them down at a machine and watch them try
> to install it.
>
> First impressions are important! I won't go into the gui vs non-gui
> installer debate, but making the install process as slick as possible is
> definitely a good thing.
>
My first install of FreebSD, 5x, years ago, went smoothly, even with
that not-so-smooth default install script, because I had first carefully
read the handbook section on installing and hence had enough
understanding about what I was trying to do that I was able to happily
muddle through. I do recall that getting X up and running was not easy
and may have taken an hour or so, but likewise, the FreeBSD handbook and
a man page or two got me by. I was also very motivated, since my own
migration to FreeBSD was not a happenstance whim, but researched and
planned.
Last week I did a fresh install of FreeBSD 8. It was more or less a snap
(aside from some wee glitches, stuff like two WM dockapps I'd brought
forward from an earlier desktop setup working, but literally throwing
off millions of IO errors), either way, I found it rather easy only
because I'd done it a few times before and knew how to deal with what
might come up (and again, read the documentation when I didn't).
From what I've seen, almost all users (even "advanced" ones coming from
Linux) who try and fail to install FreeBSD indeed haven't read the
handbook and aren't very willing to do so. The installation dialog does
have some odd steps which, while no big thing for someone who's heeding
the docs, will likely be seen as utter failures for someone who's not.
Hence I see a FreeBSD installation as a "cultural" shift which doesn't
work for most users, who (understandably, I guess) want an easy
point-and-click installation. Likewise, most of the so very helpful and
slick things about running a FreeBSD desktop, along with all those
wonderful ports, come through at least some willingness to keep reading
man pages, beginning with running the wholly automated compile scripts
from a command line as root, never mind little tricks like typing
"rehash" when the installation's done.
A smooth graphical install program would very likely draw many new users
to FreeBSD and may be the only way to do so. Moreover, with what looks
to me like the almost wholly automated hardware detection now in Xorg
7.4, even X could be configured by scripts on the fly most of the time,
with the installation optionally offering to end with a wide choice of
windowed GUIs such as Gnome, KDE, FluxBox, WindowMaker and so on. Hey,
with a few hundred thousand more desktop users, browser-embedded, native
Flash might even show up!
I did have to configure my Swiss keyboard manually though, which was
slightly daunting (which is to say, took me about 15 minutes rather than
1 or 2) because the config terms for this kind of KB weren't
straightforwardly defined.
I'll end with this little tale, only to stir up thoughts: When I got the
new versions of mplayer and vlc installed on FBSD8, I couldn't play most
of my store-bought DVDs. Since I knew there had to be an easy fix, five
minutes of searching on the Internet brought the easy fix (FreeBSD is so
stable and reliable, once configured, I'd wholly forgotten about the
CD/DVD device permissions), but how many so-called "mainstream" desktop
users would get through that kind of glitch? Not many, however much
someone like me, who's already quite delighted with FreeBSD, might wish
otherwise.
Heidi
------------------------------
Message: 5
Date: Wed, 23 Dec 2009 15:50:25 +0100
From: "Julian H. Stacey" <j...@berklix.com>
Subject: Re: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID: <200912231450....@fire.js.berklix.net>
Matthew Seaman wrote:
> ... an installer as
> a
> CLI program that reads in a fairly simple fixed script or language to do
> the
> installation work, and have separate Curses and/or X based programs to al
> low
> users to create the installation script interactively.
I admit being seduced at times by graphical interfaces, but
bland blue screens hide a lot of action & info CLI allows.
I was told blind people need CLI, cos Braille output devices do one
line of 40 chars, (& expensive; possibly mass production might lower
costs / inrease resolution, but Braille is different for different
languages, discouraging mass production ).
Peer Schaefer <peer.s...@hamburg.de> wrote:
> BTW, the Debian installer consists (a) of a modular, frontend agnostic
> backend, and (b) different frontend "plugins", e.g. a curses-frontend or
> a X/GTK+-frontend. This is a modular and very elegant approach (but
> surely difficult to implement).
Perhaps the way to go is a common table of target defaults eg
/usr/src/usr.sbin/sysinstall/install.cfg
Which could then be edited by all of
Front end CLI (*)
Front end curses GUI (*)
(*) Maybe these 2 alternatives should be
the first question the installer asks ?
Front end X11 GUI (for later after main install complete
- Shudder, Not that I'd use it, but someone
would probably want to write one).
vi - for editing, & writing back to new boot media,
to auto install on multiple identical new machines.
All of 4.11, 7.1 & 8.0 man sysinstall contain:
This product is currently at the end of its life cycle and
will eventually be replaced.
Cheers,
Julian
--
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text not quoted-printable, HTML or Base64: http://asciiribbon.org
------------------------------
Message: 6
Date: Thu, 24 Dec 2009 02:00:10 +1100
From: Tony Theodore <to...@logyst.com>
Subject: Re: why BSDs got no love
To: Diane Bruce <d...@db.net>
Cc: freebsd-...@freebsd.org
Message-ID:
<22166b750912230700s84...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
2009/12/24 Diane Bruce <d...@db.net>:
> On Tue, Dec 22, 2009 at 07:24:10PM -0800, Charlie Kester wrote:
>> On Tue 15 Dec 2009 at 07:33:49 PST Jan Husar wrote:
>> >http://blogs.techrepublic.com.com/opensource/?p=1123&tag=nl.e011
>>
>> Others have pointed out that PC-BSD meets the need expressed in this
>> article.
>
> I believe this is because of a common misconception of what FreeBSD is.
> In essence FreeBSD would be the equivalent of the Linux kernel, except
> we have a userland integrated. No one would claim that the Linux kernel
> was a 'distro' that needed a GUI installer, yet some think that of FreeBSD.
I think of FreeBSD as kernel/base/ports, the equivalent in the Linux
world would be a mix of Debian/Gentoo. In essence, FreeBSD is an
operating system (the primary distro of the kernel) with derivatives
that enable specific applications (FreeNAS, PC-BSD). I don't think
anyone would claim FreeBSD is a kernel and userland that required
arcane knowledge to install and run. I'd compare PC-BSD to Ubuntu, but
even kernel/base has no real equivalent in the Linux world.
I still wonder about the drive geometry messages though; but after
many years, have learnt that I can safely accept what the bios is
reporting. True, I'm ambivalent about a graphical installer, but I've
bootstrapped installs from kernel and network drivers (for fun), and I
don't think the current installer is clear or obvoius without the
handbook (if only we could get people to read it!).
>> As for FreeBSD itself, the question must be asked: do we WANT to get
>> more love from people who judge an OS by whether or not it has a
>> graphical installer?
>
> No, but it would be great if there were some offerings in ports for
> those who wished to roll their own 'distro' ;-).
In many ways, the base/ports design is of itself a way to roll your own.
Tony
------------------------------
Message: 7
Date: Wed, 23 Dec 2009 06:58:46 -0800
From: Randi Harper <ra...@freebsd.org>
Subject: Re: why BSDs got no love
To: "Julian H. Stacey" <j...@berklix.com>
Cc: freebsd-...@freebsd.org
Message-ID:
<e277d6c80912230658k45c...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Dec 23, 2009 at 6:50 AM, Julian H. Stacey <j...@berklix.com> wrote:
> Peer Schaefer <peer.s...@hamburg.de> wrote:
>
>> BTW, the Debian installer consists (a) of a modular, frontend agnostic
>> backend, and (b) different frontend "plugins", e.g. a curses-frontend or
>> a X/GTK+-frontend. This is a modular and very elegant approach (but
>> surely difficult to implement).
>
> Perhaps the way to go is a common table of target defaults eg
> � � � �/usr/src/usr.sbin/sysinstall/install.cfg
> Which could then be edited by all of
> � � � �Front end CLI � � � � � (*)
> � � � �Front end curses GUI � �(*)
> � � � � � � � �(*) � � � � � � Maybe these 2 alternatives should be
> � � � � � � � � � � � � � � � �the first question the installer asks ?
> � � � �Front end X11 GUI (for later after main install complete
> � � � � � � � � � � � � � � � �- Shudder, Not that I'd use it, but someone
> � � � � � � � � � � � � � � � � �would probably want to write one).
> � � � �vi - for editing, & writing back to new boot media,
> � � � � � � � �to auto install on multiple identical new machines.
I would sooner stab myself in the face.
> All of 4.11, 7.1 & 8.0 man sysinstall contain:
> � � � �This product is currently at the end of its life cycle and
> � � � �will eventually be replaced.
Sure, once someone writes something everyone can agree upon. Until
then, sorry, you're stuck with sysinstall. :)
-- randi
------------------------------
Message: 8
Date: Wed, 23 Dec 2009 16:48:38 +0100
From: "Julian H. Stacey" <j...@berklix.com>
Subject: Re: why BSDs got no love
To: Randi Harper <ra...@freebsd.org>
Cc: freebsd-...@freebsd.org
Message-ID: <200912231548....@fire.js.berklix.net>
Randi Harper wrote:
> On Wed, Dec 23, 2009 at 6:50 AM, Julian H. Stacey <j...@berklix.com> wrote:
> > Peer Schaefer <peer.s...@hamburg.de> wrote:
> >
> >> BTW, the Debian installer consists (a) of a modular, frontend agnostic
> >> backend, and (b) different frontend "plugins", e.g. a curses-frontend or
> >> a X/GTK+-frontend. This is a modular and very elegant approach (but
> >> surely difficult to implement).
> >
> > Perhaps the way to go is a common table of target defaults eg
> > � � � �/usr/src/usr.sbin/sysinstall/install.cfg
> > Which could then be edited by all of
> > � � � �Front end CLI � � � � � (*)
> > � � � �Front end curses GUI � �(*)
> > � � � � � � � �(*) � � � � � � Maybe these 2 alternatives should be
> > � � � � � � � � � � � � � � � �the first question the installer asks ?
> > � � � �Front end X11 GUI (for later after main install complete
> > � � � � � � � � � � � � � � � �- Shudder, Not that I'd use it, but someone
> > � � � � � � � � � � � � � � � � �would probably want to write one).
> > � � � �vi - for editing, & writing back to new boot media,
> > � � � � � � � �to auto install on multiple identical new machines.
>
>
> I would sooner stab myself in the face.
Not obvious at all which your personal revulsion applies to
CLI ? ncurses ? install.cfg ?, X11 ?, vi ?
I was trying to think of a unifying structure that would allow for
variant personal preferences, inc. prefs to avoid some interfaces.
(eg personally I've no use for X11 post install, or 'vi install.cfg`
mass production install, but there's others it would attract).
> > All of 4.11, 7.1 & 8.0 man sysinstall contain:
> > � � � �This product is currently at the end of its life cycle and
> > � � � �will eventually be replaced.
>
>
> Sure, once someone writes something everyone can agree upon. Until
> then, sorry, you're stuck with sysinstall. :)
Yes, & All will never agree, it's schismatic, sort of thing
attractive to PCBSD DesktopBSD or Yet-Another-BSD forks/front ends,
or about as endless discussion as which brewery brews best beer :-)
Cheers,
Julian
--
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text not quoted-printable, HTML or Base64: http://asciiribbon.org
------------------------------
Message: 9
Date: Wed, 23 Dec 2009 08:04:20 -0800
From: Randi Harper <ra...@freebsd.org>
Subject: Re: why BSDs got no love
To: "Julian H. Stacey" <j...@berklix.com>
Cc: freebsd-...@freebsd.org
Message-ID:
<e277d6c80912230804k574...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Dec 23, 2009 at 7:48 AM, Julian H. Stacey <j...@berklix.com> wrote:
> Randi Harper wrote:
>> On Wed, Dec 23, 2009 at 6:50 AM, Julian H. Stacey <j...@berklix.com> wrote:
>> > Peer Schaefer <peer.s...@hamburg.de> wrote:
>> >
>> >> BTW, the Debian installer consists (a) of a modular, frontend agnostic
>> >> backend, and (b) different frontend "plugins", e.g. a curses-frontend or
>> >> a X/GTK+-frontend. This is a modular and very elegant approach (but
>> >> surely difficult to implement).
>> >
>> > Perhaps the way to go is a common table of target defaults eg
>> > � � � �/usr/src/usr.sbin/sysinstall/install.cfg
>> > Which could then be edited by all of
>> > � � � �Front end CLI � � � � � (*)
>> > � � � �Front end curses GUI � �(*)
>> > � � � � � � � �(*) � � � � � � Maybe these 2 alternatives should be
>> > � � � � � � � � � � � � � � � �the first question the installer asks ?
>> > � � � �Front end X11 GUI (for later after main install complete
>> > � � � � � � � � � � � � � � � �- Shudder, Not that I'd use it, but someone
>> > � � � � � � � � � � � � � � � � �would probably want to write one).
>> > � � � �vi - for editing, & writing back to new boot media,
>> > � � � � � � � �to auto install on multiple identical new machines.
>>
>>
>> I would sooner stab myself in the face.
>
> Not obvious at all which your personal revulsion applies to
> � � � �CLI ? ncurses ? install.cfg ?, X11 ?, vi ?
All of the above. The bug list for sysinstall is not small. Even if
this wasn't the case, I'm not even going to work on introducing that
many options and obfuscating the code that much more. The mere thought
of the rewrite involved in adding that kind of support makes my head
feel like the knife is already in place.
The only support I've been *thinking* about adding is a simple CLI in
addition to the existing libdialog (ncurses) install. This would still
be a not insignificant modification, but there are issues that make
using a libdialog based installer problematic on some displays. It's a
fun idea to kick around, but it's not a priority.
I don't even know what you mean by vi, but it sounds confusing and
unnecessary. This is what install.cfg is for - so you can define the
parameters of an installation beforehand.
-- randi
------------------------------
Message: 10
Date: Wed, 23 Dec 2009 08:11:07 -0800
From: Randi Harper <ra...@freebsd.org>
Subject: Re: why BSDs got no love
To: Jan Husar <jan....@skosi.org>
Cc: "FreeBSD, Advocacy" <freebsd-...@freebsd.org>
Message-ID:
<e277d6c80912230811q200...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Incidentally, I've contacted the author of this article and offered to
correct/discuss some of his assumptions. Waiting to see if he decides
to email me back. :P
-- randi
On Tue, Dec 15, 2009 at 7:33 AM, Jan Husar <jan....@skosi.org> wrote:
> http://blogs.techrepublic.com.com/opensource/?p=1123&tag=nl.e011
>
> --
> -----------------------------------
> | �Jan Husar
> |
> | doing what matters
> | http://tinyurl.com/ya4xlqe
>
> Earthcause - in the cause of the Planet
> #1 Mission to Kosovo (2009, 2010)
> #2 Mission to Cambodia (2010)
> #3 Mission to Galapagos (planning)
> _______________________________________________
> freebsd-...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy
> To unsubscribe, send any mail to "freebsd-advoca...@freebsd.org"
>
------------------------------
Message: 11
Date: Wed, 23 Dec 2009 10:45:46 -0500
From: Tom Rhodes <trh...@FreeBSD.org>
Subject: Re: why BSDs got no love
To: Randi Harper <ra...@FreeBSD.org>
Cc: freebsd-...@FreeBSD.org
Message-ID: <20091223104546....@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, 23 Dec 2009 06:58:46 -0800
Randi Harper <ra...@freebsd.org> wrote:
> On Wed, Dec 23, 2009 at 6:50 AM, Julian H. Stacey <j...@berklix.com> wrote:
> > Peer Schaefer <peer.s...@hamburg.de> wrote:
> >
> >> BTW, the Debian installer consists (a) of a modular, frontend agnostic
> >> backend, and (b) different frontend "plugins", e.g. a curses-frontend or
> >> a X/GTK+-frontend. This is a modular and very elegant approach (but
> >> surely difficult to implement).
> >
> > Perhaps the way to go is a common table of target defaults eg
> > � � � �/usr/src/usr.sbin/sysinstall/install.cfg
> > Which could then be edited by all of
> > � � � �Front end CLI � � � � � (*)
> > � � � �Front end curses GUI � �(*)
> > � � � � � � � �(*) � � � � � � Maybe these 2 alternatives should be
> > � � � � � � � � � � � � � � � �the first question the installer asks ?
> > � � � �Front end X11 GUI (for later after main install complete
> > � � � � � � � � � � � � � � � �- Shudder, Not that I'd use it, but someone
> > � � � � � � � � � � � � � � � � �would probably want to write one).
> > � � � �vi - for editing, & writing back to new boot media,
> > � � � � � � � �to auto install on multiple identical new machines.
>
>
> I would sooner stab myself in the face.
Editing disks in vi is fun apparently! :)
>
>
> > All of 4.11, 7.1 & 8.0 man sysinstall contain:
> > � � � �This product is currently at the end of its life cycle and
> > � � � �will eventually be replaced.
>
>
> Sure, once someone writes something everyone can agree upon. Until
> then, sorry, you're stuck with sysinstall. :)
What happened to the BSD installer? And finstall ... Ivan?
Ivan *knock knock* ;)
--
Tom Rhodes
------------------------------
Message: 12
Date: Thu, 24 Dec 2009 03:53:00 +1100
From: Tony Theodore <to...@logyst.com>
Subject: Re: why BSDs got no love
To: Randi Harper <ra...@freebsd.org>
Cc: freebsd-...@freebsd.org, "Julian H. Stacey" <j...@berklix.com>
Message-ID:
<22166b750912230853m4a8...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
>>> > Perhaps the way to go is a common table of target defaults eg
>>> > /usr/src/usr.sbin/sysinstall/install.cfg
>>> > Which could then be edited by all of
>>> > Front end CLI (*)
>>> > Front end curses GUI (*)
>>> > (*) Maybe these 2 alternatives should be
>>> > the first question the installer asks ?
>>> > Front end X11 GUI (for later after main install complete
>>> > - Shudder, Not that I'd use it, but someone
>>> > would probably want to write one).
>>> > vi - for editing, & writing back to new boot media,
>>> > to auto install on multiple identical new machines.
>>>
>>>
>>> I would sooner stab myself in the face.
>>
>> Not obvious at all which your personal revulsion applies to
>> CLI ? ncurses ? install.cfg ?, X11 ?, vi ?
>
>
> All of the above. The bug list for sysinstall is not small. Even if
> this wasn't the case, I'm not even going to work on introducing that
> many options and obfuscating the code that much more. The mere thought
> of the rewrite involved in adding that kind of support makes my head
> feel like the knife is already in place.
The idea is that it "simplifies" the code by making it more modular.
All the final "sysinstall" has to do is execute the specifics of
install.cfg. It's just a text file, anything can modify it - of
course, in a standardised way. The suggestion is to develop front-ends
that can generate/modify such a file which the installer back-end will
execute. Think of it as functional programming for installers - define
the installations options in a declarative way, and let the installer
take care of the rest.
Yes, trying to implement such a thing may drive you to stab yourself
in the face - you can do that with a toothpick, but the idea should
cause you to sharpen a different blade. No one is asking you to do it,
just think of some possibilities.
> The only support I've been *thinking* about adding is a simple CLI in
> addition to the existing libdialog (ncurses) install. This would still
> be a not insignificant modification, but there are issues that make
> using a libdialog based installer problematic on some displays. It's a
> fun idea to kick around, but it's not a priority.
>
> I don't even know what you mean by vi, but it sounds confusing and
> unnecessary. This is what install.cfg is for - so you can define the
> parameters of an installation beforehand.
vi is an arcane, obscure text editor that is used by alpha/uber-geeks
to modify *.cfg files ;) No one in their right mind would suggest the
possibility of manually editing a text file, let alone the sysinstall
.cfg file. Who knows what configuration options would be possible?
Having cli/X11/ncurses/text interfaces to install.cfg seems ideal to
me. The technical difficulty alone would in all likelihood ground it,
it doesn't need to be shot down.
Tony
------------------------------
Message: 13
Date: Wed, 23 Dec 2009 08:59:54 -0800
From: Randi Harper <ra...@freebsd.org>
Subject: Re: why BSDs got no love
To: Tony Theodore <to...@logyst.com>
Cc: freebsd-...@freebsd.org, "Julian H. Stacey" <j...@berklix.com>
Message-ID:
<e277d6c80912230859m2f9...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Dec 23, 2009 at 8:53 AM, Tony Theodore <to...@logyst.com> wrote:
>>>> > Perhaps the way to go is a common table of target defaults eg
>>>> > � � � �/usr/src/usr.sbin/sysinstall/install.cfg
>>>> > Which could then be edited by all of
>>>> > � � � �Front end CLI � � � � � (*)
>>>> > � � � �Front end curses GUI � �(*)
>>>> > � � � � � � � �(*) � � � � � � Maybe these 2 alternatives should be
>>>> > � � � � � � � � � � � � � � � �the first question the installer asks ?
>>>> > � � � �Front end X11 GUI (for later after main install complete
>>>> > � � � � � � � � � � � � � � � �- Shudder, Not that I'd use it, but someone
>>>> > � � � � � � � � � � � � � � � � �would probably want to write one).
>>>> > � � � �vi - for editing, & writing back to new boot media,
>>>> > � � � � � � � �to auto install on multiple identical new machines.
>>>>
>>>>
>>>> I would sooner stab myself in the face.
>>>
>>> Not obvious at all which your personal revulsion applies to
>>> � � � �CLI ? ncurses ? install.cfg ?, X11 ?, vi ?
>>
>>
>> All of the above. The bug list for sysinstall is not small. Even if
>> this wasn't the case, I'm not even going to work on introducing that
>> many options and obfuscating the code that much more. The mere thought
>> of the rewrite involved in adding that kind of support makes my head
>> feel like the knife is already in place.
>
> The idea is that it "simplifies" the code by making it more modular.
> All the final "sysinstall" has to do is execute the specifics of
> install.cfg. It's just a text file, anything can modify it - of
> course, in a standardised way. The suggestion is to develop front-ends
> that can generate/modify such a file which the installer back-end will
> execute. Think of it as functional programming for installers - define
> the installations options in a declarative way, and let the installer
> take care of the rest.
>
> Yes, trying to implement such a thing may drive you to stab yourself
> in the face - you can do that with a toothpick, but the idea should
> cause you to sharpen a different blade. No one is asking you to do it,
> just think of some possibilities.
>
>
>> The only support I've been *thinking* about adding is a simple CLI in
>> addition to the existing libdialog (ncurses) install. This would still
>> be a not insignificant modification, but there are issues that make
>> using a libdialog based installer problematic on some displays. It's a
>> fun idea to kick around, but it's not a priority.
>>
>> I don't even know what you mean by vi, but it sounds confusing and
>> unnecessary. This is what install.cfg is for - so you can define the
>> parameters of an installation beforehand.
>
> vi is an arcane, obscure text editor that is used by alpha/uber-geeks
> to modify *.cfg files ;) No one in their right mind would suggest the
> possibility of manually editing a text file, let alone the sysinstall
> .cfg file. Who knows what configuration options would be possible?
Yeah... I know what vi *is*. I don't see how it's relevant as an
installation option. And by the way, you do edit the install.cfg file
by hand. We don't have a handy tool to automagically create one of
these as far as I know. You know what options are possible by looking
at the sysinstall man page, looking at the example install.cfg file,
or reading sysinstall.h.
>
> Having cli/X11/ncurses/text interfaces to install.cfg seems ideal to
> me. The technical difficulty alone would in all likelihood ground it,
> it doesn't need to be shot down.
I'm shooting it down as in "I am not doing this" because I'm currently
the person working on sysinstall. ;)
-- randi
------------------------------
Message: 14
Date: Wed, 23 Dec 2009 08:33:41 -0800
From: Freddie Cash <fjw...@gmail.com>
Subject: Re: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID:
<b269bc570912230833h7f4...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Wed, Dec 23, 2009 at 4:34 AM, Peer Schaefer <peer.s...@hamburg.de>wrote:
> On wednesday, the 23.12.2009, 08:38 +0000 Matthew Seaman wrote:
> > At the risk of being challenged to produce code (Which, alas, I don't
> have
> > sufficient skill to do. Or sufficient time.) I'd design an installer as
> a
> > CLI program that reads in a fairly simple fixed script or language to do
> the
> > installation work, and have separate Curses and/or X based programs to
> allow
> > users to create the installation script interactively. I think that
> would
> > fulfil just about everybodies' requirements, from the people that want a
> > *shiny* graphical interface to people wanting to do automatic unattended
> > installs over serial lines.
> >
> > Of course, this sort of project has been attempted before, and been a
> > complete failure.
>
> BTW, the Debian installer consists (a) of a modular, frontend agnostic
> backend, and (b) different frontend "plugins", e.g. a curses-frontend or
> a X/GTK+-frontend. This is a modular and very elegant approach (but
> surely difficult to implement).
>
> This is similar to how the BSD Installer project is organised: a non-GUI
backend with various Text, GUI, and web frontends available.
--
Freddie Cash
fjw...@gmail.com
------------------------------
Message: 15
Date: Thu, 24 Dec 2009 05:37:00 +1100
From: Tony Theodore <to...@logyst.com>
Subject: Re: why BSDs got no love
To: Randi Harper <ra...@freebsd.org>
Cc: freebsd-...@freebsd.org, "Julian H. Stacey" <j...@berklix.com>
Message-ID:
<22166b750912231037p6bc...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
> Yeah... I know what vi *is*. I don't see how it's relevant as an
> installation option. And by the way, you do edit the install.cfg file
> by hand. We don't have a handy tool to automagically create one of
> these as far as I know. You know what options are possible by looking
> at the sysinstall man page, looking at the example install.cfg file,
> or reading sysinstall.h.
I think that's the whole point, there are some people that can/would
like to hand craft an installation file. I'm happy with the advice
from the handbook, and am curious about the man pages, example and
header files, but I've never looked at them (for sysinstall). Many
don't even follow the handbook. As FreeBSD is a general-purpose
operating system, I think it would be impossible to cover the needs of
embedded hardware developers, desktops users, server admins, and the
curious; with a single installer.
>>
>> Having cli/X11/ncurses/text interfaces to install.cfg seems ideal to
>> me. The technical difficulty alone would in all likelihood ground it,
>> it doesn't need to be shot down.
>
>
> I'm shooting it down as in "I am not doing this" because I'm currently
> the person working on sysinstall. ;)
Kudos and thanks to you; through the growing tendency of installers to
be ignorant and rude, sysinstall remains competent and polite (I have
no other words to compare them). This is advocacy, noone is asking
_you_ to do it, but if we could add friendly....
Tony
------------------------------
Message: 16
Date: Wed, 23 Dec 2009 15:25:15 -0500
From: Marina Brown <mar...@surferz.net>
Subject: Re: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID: <4B327CAB...@surferz.net>
Content-Type: text/plain; charset=ISO-8859-1
Charlie Kester wrote:
> On Tue 15 Dec 2009 at 07:33:49 PST Jan Husar wrote:
>> http://blogs.techrepublic.com.com/opensource/?p=1123&tag=nl.e011
>
> Others have pointed out that PC-BSD meets the need expressed in this
> article.
>
> As for FreeBSD itself, the question must be asked: do we WANT to get
> more love from people who judge an OS by whether or not it has a
> graphical installer?
> _______________________________________________
> freebsd-...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy
> To unsubscribe, send any mail to "freebsd-advoca...@freebsd.org"
>
I preferr a non-graphical installer. I like the installers of the BSD's.
The simpler the better !
--- Marina Brown
------------------------------
Message: 17
Date: Wed, 23 Dec 2009 15:43:01 -0500
From: Roger <rno...@gmail.com>
Subject: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID:
<9d972bed0912231243o64d...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hello all:
I'm recently new to FreeBSD (former Linux user) and I would like to
share my thoughts in the matter.
(1)
I love *BSD, especially FreeBSD because of the way it is. I read the
handbook before installing it and my
first impressions with the installation process was fine. My biggest
problem was understanding the whole concept of
slices, partitions and the ports but once I got around that,
everything was fine. I have to admit that the installer is a little
bit confusing
at first but once you have done it 2 or 3 times it is very easy to use
and the handbook helps a lot. Also the FreeBSD
mailing lists is full of very nice and helpful people so that really
helped my move from Linux.
Note that my installation was very straight forward so maybe I did not
encounter enough situations to really provide an
accurate opinion on the matter.
(2)
I AGREE that FreeBSD needs to make it easier for new people to
FreeBSD. The reason why I believe that is because the more people
you have using FreeBSD the more feedback the project would get. At the
same time I don't think this effort should come from the core
developers. I think the core developers should concentrate on building
a base system that is stable, secure etc. and then have something
on top of that done by someone else. In other words, provide the
possibility for different type of installers to be built that target
different
audience.
(3) I have a couple of questions so I could better understand the the
whole installer business.
--- How difficult it is to add a couple extra options to the menu that
you are offered when first installing FreeBSD
so that you can choose a particular installer?
--- Assuming this installers where done, how difficult would it be to
make it part of the installation medias (CD, USB, DVD etc).
--- How difficult it is to test an installer? (VirtualBox or some
other virtualization software comes to mind for testing).
--- What kind of knowledge is required/recommended to take on this task?
--- What kind of resources are there available to help with this task?
Feel free to ignore points 1 and 2 since I'm new to FreeBSD and I
probably should be getting involved in this sort of discussions but
any input on
point 3 would be highly appreciated.
-r
------------------------------
Message: 18
Date: Wed, 23 Dec 2009 15:41:29 -0500
From: Roger <rno...@gmail.com>
Subject: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID:
<9d972bed0912231241h3ae...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
---------- Forwarded message ----------
From: Roger <rno...@gmail.com>
Date: Wed, Dec 23, 2009 at 11:50 AM
Subject: Re: why BSDs got no love
To: Jan Husar <jan....@skosi.org>
On Wed, Dec 23, 2009 at 11:47 AM, Roger <rno...@gmail.com> wrote:
> Feel free to ignore points 1 and 2 since I'm new to FreeBSD and I
> probably should be getting involved in this sort of discussions but
> any input on
> point 3 would be highly appreciated.
>
> -r
>
That should have been ".... SHOULD NOT BE GETTING INVOLVED.....".
-r
------------------------------
Message: 19
Date: Wed, 23 Dec 2009 16:56:51 -0700
From: Chad Perrin <per...@apotheon.com>
Subject: Re: why BSDs got no love (and why security gets no love)
To: "FreeBSD, Advocacy" <freebsd-...@freebsd.org>
Message-ID: <20091223235...@guilt.hydra>
Content-Type: text/plain; charset="us-ascii"
Update:
I confirmed that the scheduled publication date for my article will be
Tuesday the 29th.
--
Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-advocacy/attachments/20091224/c92aed03/attachment-0001.pgp
------------------------------
Message: 20
Date: Wed, 23 Dec 2009 18:52:57 -0500
From: Allen <Doo...@comcast.net>
Subject: Re: why BSDs got no love
To: freebsd-...@freebsd.org
Message-ID: <4B32AD59...@comcast.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Shane Calimlim wrote:
> +1 to a better installer, graphical or not.
>
I'd settle for one that while installing packages you've selected,
doesn't sit there saying to switch discs in what seems to be a very
random order... I still think that would help a lot.... Why DOES the
installer do that exactly? I can't tell you how many times I've been
sitting there installing, walked away, and then saw that a package was
on another disk, and it was either switch, or, not get it installed....
And I have decided to wait for disk switching sometimes, but I noticed
the packages that get skipped for now generally don't install.
So basically, it would be nice if the install was more in the way of
installing packages in disk order. Like for example:
You start installing, and instead of it saying you need to switch disks,
it instead finds ALL the packages you're going to install that are in
that disk, installs them, THEN tells you to put in disc #2 or #3 or
whatever.
Personally I'd be happy with the BSD version of the Slackware
installation. Slackware looks a lot like FreeBSD's installation, but the
disks and package installations go in order and it doesn't ask you to
put another one back in because it installs all packages in groups on
each disk, and so after the first disk is finished, you put the second
in, and it continues, and so on, and the only time you would ever put
the first back in, is when it was Kernel time, which now isn't even a
problem either, because now it installs in disk order all the way.
Sorry, I know that was a lot of text, but I use FreeBSD and Linux, and
both are in use in my network, and I like having both. I would just
really like to see some good changes to FreeBSD, and I don't think a GUI
installer is the requirement.
A GUI install could be like an option, maybe, like Linux, where you have
the option to install either in text mode, or GUI mode, but I'd say get
the disc switching sorted first. FreeBSD is a great OS, and once the
install is done, you start up GDM or KDM, or whatever you like, and
literally anyone including my Mom, can use it.
I once set up a machine with Linux where it would auto boot into KDM, my
Mom could log in, "just like at work!" and then I set up the desktop so
that Firefox and something else was there on the desktop, and my Mom
would go and use it like it was Windows. It was very simple, and
securing it was very easy, and She asked why the anti virus wasn't
constantly asking Her to update and taking up CPU time constantly at
boot up, and I simply said it wasn't needed, nor were reboots. She Liked it.
To make FreeBSD better, try this, as it's my opinion:
1. Sort out the order in which CDs need to be switched.
2. If the installer is to be changed, why not make it similar to the
Slackware one? It's basically like FreeBSD, but goes in a specific order
someone on here said would be nice.
3. Making it easier to install patches would probably help A LOT. I know
if you could do things like you can in Linux or Windows where you just
install patches with a few clicks, it would be much easier for new
users. People who use Slackware, can use wget, and upgradepkg
packagename.tgz and it's done. SuSE is basically easier than Windows, it
grabs them for you, checks for you, everything. And if you want patches
in a different way, you tell it not to check at all and you can then do
it by hand.
Debian has apt-get, and with one line of commands, I can update servers,
then upgrade packages, and that's very simple, compared to FreeBSD,
where you have to install updates for the base system, THEN updates for
the ports, which is prone to breaking if you do something wrong.
I think FreeBSD would benefit greatly from a simpler way of installing
patches and things. freebsd-update and portupgrade are nice, but, what
about something that has a GUI that checks a server for updates, or, you
can tell it to check, and then it downloads and installs them for you?
That would probably get more Linux users in, and some Windows users who
feel like trying it.
------------------------------
End of freebsd-advocacy Digest, Vol 304, Issue 3
************************************************