[BadVista Advocate] Portland Project Linux

[Ringo Kamens]

Did you know that you NEVER need to reboot *NIX unless you are
changing something?
Certainly not true. I love GNU/Linux as much as the next guy but we
should keep ourselves honest.
Comrade Ringo Kamens

On 4/30/07, D'n Russler <d_n at loryx.com> wrote:
> On 1 May 2007 at 1:36, Steve Welsh wrote:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
>
> > > common-sense system folder setups
> >
> > *NIX doesn't have folders, it has directories
>
> ,,, to add to this, the differences between a *NIX directory and a *Doze folder are:
>
>         1) A directory is a file just like any other, that keeps POINTERS to files,
>         not the files themselves. So when you move files from one directory to another
>         you're not really moving anything, just updating the contents of two files. This
>         is why "mv" on *NIX is blindingly faster than "move" on *Doze.
>
>         2) Since your files exist independently of which directories point to them, a file
>         can be in two, twenty, two-thousand places at once. Not copies; not "shortcuts";
>         the same file. This is called "links" in *NIX.
>
>         So if you change /home/me/schedule.txt, and /home/business/office/sched.txt is
>         a link to this (that is, the same file), BOTH are changed at once. Which is "the"
>         file? Yes. Both are. Same file, different views of it.
>
>
>  - that's why when you
> > want
> > to list the files in a directory on any windoze dos-emulator
> > console,
> > you type 'dir'.
> >
>
>
> > . It's not a problem if I'm just using a
> > > package manager, but it gets very difficult if I ever want to do
> > something
> > > manually. Perhaps experienced users have a better understanding of
> > why
> > > things are the way they are
> >
> > Yes, learn about the UNIX file system that M$ was trying to
> > duplicate in
> > Vista, and failed miserably. Read about the underlying system -
> > EXT2,
> > EXT3, Reiser!
>
>         Simply put, *Doze was built upon Good Ol' CP/M - One User, One Computer, One
> Function. And it hasn't progressed. Because the old FAT systems, then NTFS, now
> whatever else M$ rolls out, all view a file as "belonging" to its folder, things will never
> improve.
>
> And it gets worse. All *Doze systems, when they access, say, C:\, initialize (read) all
> subfolders under C:\... and one level under that. So if you have a folder under C:\ with say
> 1,000 files in it, EVERY time you click on C: the Application (*Doze) reopens it. Again and
> again and again. This is why you have C:\Program Files\Company\... , so that the system
> doesn't grind itself to a halt while reopening C:.
>
> Find out why Linux boxes *never* need to be
> > defragmented,
> > etc, etc.
>
> Ok, I'll give this one away too :) This is because all file storage is handled by something
> called a OPERATING SYSTEM (Linux, Unix, etc-ix) whose job is to manage your computer's
> hardware for you. Since *Doze is NOT an O/S, but an application which -- by DESIGN --
> violates the OSI model separating levels of system functionality (email me if you want more
> explanation). *Doze has no control of what's going on, so it loses open files, forgets you
> removed your memory stick, and can't find your WiFi net which was working fine just a
> moment ago.
>
> Ever use Word and have it crash? Notice you can't reopen the doc, until you REBOOT?
>
> Did you know that you NEVER need to reboot *NIX unless you are changing something?
>
> ... and back to our main topic, *NIX will never disable your hardware; lie to you about what
> it's doing; change your programs without your knowledge, agreement, or understanding; or
> serruptitiously report to an outside party what you have and are doing.
>
> The Evil Vista does all this, and smiles at you while it's doing it.
>
> >
> > , but I just wish all the programs were in
> > > subfolders of one central applications folder!
> >
>
> Much of this comes from people viewing their files as a flat list of them, rather than in a "tree"
> -- the *Doze "View Folders" option that *Doze Explorer resists with all its might. I've found
> that people who started in computing with a "flat" view of files have a lot of difficulty changing
> their perspective to seeing files arranged as a "tree".
>
> >  It's my understanding that
> > > the folders are the way they are because of limitations which
> > existed
> > > twenty
> > > years ago, but which aren't a problem today.
>
> OH they still are, and are they ever! See above, please.
>
> >
> > To an extent I agree - it pisses me off when I can't find where
> > the
> > particular distro has hidden something - especially when it has
> > been
> > standard *NIX practice for about 20 years. Fedora has a wonderful
> > facility, that beats the shit out of anything *ever* offered by M$
> > -
> > 'locate'.
>
> Not to mention grep... find... :) I've found that *Doze "Search", besides being incredibly
> annoying to use ("Do you want to search for files? Do you want to search for music? Do you
> want to --" "SHUT UP already, let me look for what I need!"), often lies. The same search run
> with Explorer's Search will very often NOT find what grep-for-*Doze will.
>
> > Essentially ALL M$ offerings (M$ Access particularly springs to mind
> > -
> > plus *all* their OS) are extensions of single user systems
>
> Yes, yes, yes. One User, One Process, One Computer. Deal with it. Or upgrade to *NIX.
>
> > Let's all of us just concentrate on spreading the message that Vista
> > is
> > a heap of ordure, that only intends to rob us of *all* control of
> > *OUR*
> > computers!!
>
> >
> > >
> > > On 30/04/07, Fred Okuma <fred.k at ieee.org> wrote:
> > >>
> > >> At 19:36 -0700 2007/04/29, member greenarrow1 wrote:
> > >> >...This is one of the problems I see in Linux which a new user
> > would
> > >> >not be able to
> > >> >comprehend or figure out.  ...
> > >>
>
> Ask. There are thousands of people who will very patiently explain anything you want to
> know about *NIX, and help you move from M$.
>
>
>
>
>
> _______________________________________________
> Advocate mailing list
> Advocate at badvista.org
> http://badvista.fsf.org/mailman/listinfo/advocate
>