11:53 a.m.
I agree with the article. The average home user does not know anything
about how to install any type of software, be it an app or game. They
are thinking to themselves, what the heck is *.tar.gz how do I install
it. So who do I call to install this???????
The average home user does not read anything, they want support for
everything. Ask me about it, Ive worked for Digital, Compaq and HP.
They're customer demand support for just about everything.
For example does the average user know how to install Xine properly.
No.... I requires two files to be installed Xine-lib and Xine-ui and
Xine-lib has to be in the Path before Xine-ui will install and how do
you get it into the path when you install Xine-lib. Easy for me, but the
average home user forget it.
There is one feature that I like in Windows, I hate to admit it but, and
that is the add and remove program. Select the program in question and
remove it.
It is harder to do in Linux because there are too many file formats to
consider; *.bin, *.tar.gz, *.rpm and there are others as well. How do
you incorporate them into an Add and Remove Program style of format. The
average user will need that.
If all Linux was meant to do was to do emails, message someone, or to
write an essay it's great for the home user. It's stable, it won't crash
in the middle of something important and you really don't have to worry
that much about viruses.
(there, my .02 cents worth)
Mike
12:22 p.m.
New subject: RH recommends using Windows?
It is harder to do in Linux because there are too many file formats to
consider; *.bin, *.tar.gz, *.rpm and there are others as well. How do
you incorporate them into an Add and Remove Program style of format. The
average user will need that.
This is unfair. Window's "Add/remove programs" only works if windows
"knows" about the program because it at least semi-properly used MSI.
Likewise, linux only "knows" about a program being installed if you used
an rpm or deb. If you just plop down EXE files in windows, they won't
"add/remove" any more than they will in linux.
.tar.gz should really only be for developers. At the very least, if you
are going to make a different install system (like loki installer), it
should have a way to communicate with the RPM database as well.
If all Linux was meant to do was to do emails, message someone, or
to
write an essay it's great for the home user. It's stable, it won't crash
in the middle of something important and you really don't have to worry
that much about viruses.
(there, my .02 cents worth)
-- noah silva
3:55 p.m.
New subject: RH recommends using Windows?
Noah Silva [Mailing list] wrote:
>It is harder to do in Linux because there are too many file
formats to
>consider; *.bin, *.tar.gz, *.rpm and there are others as well. How do
>you incorporate them into an Add and Remove Program style of format. The
>average user will need that.
>
>
This is unfair. Window's "Add/remove programs" only works if windows
"knows" about the program because it at least semi-properly used MSI.
Likewise, linux only "knows" about a program being installed if you used
an rpm or deb. If you just plop down EXE files in windows, they won't
"add/remove" any more than they will in linux.
.tar.gz should really only be for developers. At the very least, if you
are going to make a different install system (like loki installer), it
should have a way to communicate with the RPM database as well.
>If all Linux was meant to do was to do emails, message someone, or to
>write an essay it's great for the home user. It's stable, it won't crash
>in the middle of something important and you really don't have to worry
>that much about viruses.
>
>(there, my .02 cents worth)
>
>
>
-- noah silva
--
fedora-test-list mailing list
fedora-test-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-test-list
I think another package management paradigm is needed for apps which is
slightly different from that for system libraries. You see, there is
stuff I expect to see in the Fedora repository, for which rpm, yum, apt
etc are good. This because I can always exect them to be there. However,
stuf like mplayer for example, is not going to be there, or is going to
be in a third party repository. Most of the time, I think these program
have no business being built dynamically linked. do it statically if
there is a good chance the libraries it needs are not going to be on the
system. before apt, it was really a hassle to download an rpm for
mplayer, only to discover you need xvidcore for example, and then you
need lirc, and you also need alsa libs or whatever the packager decided
he needed. iTunes for windows, for example, just plain comes with
quicktime, the whole shebang. with Linux this would be rpm -Uvh itunes.
then an error message like - quicktime not found. Check that blah blah
blah is in the path blah blah blah.
Just let us download the bigger file, its ok.
Want a different ftp server. No need to have to downoad the tarballs. I
am sorry, but the smaller distros are going to have a hard time because
soon, people are going to realise that there is a critical mass at which
you will become a preferred target platform for app vendors. At the end
of the day, I could not recommend Linux to someone who will want to
install that codec because it ususaly entails some RTFM, and some man
whatever, and editing some config file, and recompiling with the correct
options. I think delivery of apps really has to be worked on.
2:56 p.m.
New subject: RH recommends using Windows?
, I hate to admit it but, and
that is the add and remove program. Select the program in question and
remove it.
That is not entirely correct: many parts of the program you 'think' you
removed from Windows happily remain sitting in the 'registry'. If you
install/remove a lot of software, that registry becomes a mess beyond
recognition.
There are a variety of programs (available at $ 29 - $ 50 a year) to
clean up that mess: 'Registry Medic', (yes: Medic!)' Registry Healer',
(yes: Healer!) 'Registry Mechanic'.
I refuse to use any OS that needs medical attention!
3:02 p.m.
New subject: RH recommends using Windows?
> , I hate to admit it but, and
That is not entirely correct: many parts of the program you 'think' you
removed from Windows happily remain sitting in the 'registry'. If you
install/remove a lot of software, that registry becomes a mess beyond
recognition.
I don't know that I consider configuration data part of the program.
At least in Debian, the default when removing a program is to leave
configuration data behind (so if you reinstall it later, you don't have to
re-do the config). I am curious what RPM does here.
There are a variety of programs (available at $ 29 - $ 50 a year) to
clean up that mess: 'Registry Medic', (yes: Medic!)' Registry Healer',
(yes: Healer!) 'Registry Mechanic'.
I refuse to use any OS that needs medical attention!
These programs are just silly.
Albert
-- noah silva
6:44 p.m.
New subject: RH recommends using Windows?
On Tue, 2003-11-04 at 21:02, Noah Silva [Mailing list] wrote:
I am curious what RPM does here.
RPM will often tell you it's leaving files behind when you remove a
package, but it's cleaner than just "leave all config files behind." I
wonder about the exact algorithm; it may just leave directories behind
that were created by the RPM but now have files that didn't come from
the RPM in them (think editor backup files, etc.), or changed config
files, or both/more.
7:07 p.m.
New subject: RH recommends using Windows?
Am Mi, den 05.11.2003 schrieb nosp um 01:44:
On Tue, 2003-11-04 at 21:02, Noah Silva [Mailing list] wrote:
> I am curious what RPM does here.
RPM will often tell you it's leaving files behind when you remove a
package, but it's cleaner than just "leave all config files behind."
This is why debian has "dpkg --purge <package>, I wonder if there's
something similar in rpm??
But even "dpkg --purge" doesn't delete everything. Directories, that
were created, often are left empty, but not deleted.
Christoph
7486
days inactive
7487
days old
6 comments
6 participants
participants (6)
-
Albert DE WINT -
Christoph Wickert -
Maynard Kuona -
Mike Lurk -
Noah Silva [Mailing list] -
nosp