Text 7936, 251 rader
Skriven 2006-11-12 12:21:00 av WAYNE CHIRNSIDE (1:123/140)
     Kommentar till en text av MAURICE KINAL
Ärende: Re: ttylinux
====================
-=> MAURICE KINAL wrote to WAYNE CHIRNSIDE <=-

 MK> Hey WAYNE!

 MK> Nov 09 15:53 06, WAYNE CHIRNSIDE wrote to MAURICE KINAL:

 WC> OK Maurice.
 WC> I've changed plans once again.

 MK> That happens.  ;-)

If anything I'm flexible and open to new input.

 WC> Blue sky dream system is now a 2.53 GHz *64 bit* white box by MadTux.
 WC> At $208.00 U.S. with 512 Meg RAM (256 added) 13 Gig hard drive, 3 PCI
 WC> and 1 AGP
 WC> is just too good to pass up.

 MK> Sounds good.  I don't see what chipsets etc. but given what I do see up
 MK> there at least you won't have to concern yourself with pci-e which is
 MK> likely a good idea.  I have a Matrox G450 AGP card dualhead here I'd be
 MK> willing to part with if you later decide it would be a good addon.


Well I too am interested in those things however, MadTux does not see fit t
include
those specs on their whitebox :-(
OTOH MadTux appears to be a Linux software vendor that also does hardware.
Their software web page URL is just what you'd think and there's a link to
their
store.


 MK> If you have a link to where I can get specs on it I may be able to give
 MK> you further insight.  I am guessing as to what this might have
 MK> cpu/chipset wise but offhand given what you say it probably won't give
 MK> as much grief as newer 64-bit systems.  Just a guess on my part though.

I'd love to hand off that link but it doesn't exist.
OTOH MadTux seems to be a Linux OS provider and their systems
appear tailored for that OS.
www.madtux.com
see link to hardware store.
If I were to guess I'd guess they selected a standard Intel chipset like this
Gateway
I'm using now as they seem most Linux compliant but that's me and a guess.
MadTux has three entry level systems the lowest cost of which uses a 
non-mainstream processor.

The middle system is OS bare suiting my needs and their top entry level system
has Linux preinstalled.
Linspire or some such.

Needn't concern myself overmuch until I can fund the adventure.

 WC> If the woman next door still has the 486 I'll offer her 10 bucks for
 WC> it if
 WC> it has a decent chipset, video card and a minimum of 32 Meg of RAM.

 MK> Excellent.  I wouldn't worry about the video card too much as all you
 MK> need is to get it up and running and once that is done it shouldn't
 MK> need a monitor or keyboard whatsoever.  You could do further

Yes, I am coming around more.
Now hate Flash.
Spending lots more time at the command line.
I intend to download Icop once I've a 486 and install that and go wideband.

MK> configuring/upgrades/etc from your main pc on a trusted wired LAN
 MK> afterwards.  For sure a 486 can more then keep up with a high speed
 MK> internet connection such as ADSL or cable.  10mbs cards are all you'll
 MK> need on there.  I've got a bunch of those (3com) if you find you are in
 MK> need.

Well I've a bunch of those purchased used from someone but none tested good.
OTOH I've an NE2000(?) network card still sitting in the defunct H.P
and a Linksys 10/100 in this system.

no longer venturing out to walk a dog I can't stumble on a discarded 
Dell, Emachine, Gateway or H.P. to see if swapping out the H.P.'s goofy 
SFX form factor power supply would bring it back to life.

That would be sweet though as I saved the 64 and 32 Meg sticks of RAM 
out of that machine when I'd upgraded it.

I'll have to look at Ebay for an SFX supply.
Mind you I'm guessing that's what's wrong with the H.P..
No video, no POST beep or otherwise.
The drive light lights and stays on but no POST beep nor flicker on hte
monitor.
So I figure it's likely either the P.S. or onboard video card.


 WC> I'm spending a lot more time at the command line and liking it better
 WC> all the
 WC> time.

 MK> For sure.  That is where the real power and fun really is.  GUI's are
 MK> really boring in comparison.

Yeah, now I'm looking for the file to edit to stop it from loading KDE.
Hey I can aways bring it up later and due to arthritis always will have
some need for this when just in search of light entertainment.

 WC> I still need to figure out the proper syntax to invoke mplayer full
 WC> screen
 WC> from the command line rather than the 1/2 screen I get now.

 MK> That might be due to vesa.  Matroxes (mga_vid) will yeild true
 MK> fullscreen. Awesome!!!  
 
 This puppies' a Voodoo Banshee 3Dfx.
 
 MK> Definetly the best card to use in conjuction
 MK> with MPlayer (xawtv too) on a framebuffer console.  If you got AGP on
 MK> the Gateway I have a card (G200) kicking around somewhere ... I think.
 MK> Just a sec ... yeppers just found two of them.  They are both single
 MK> heads but last time I checked they worked awesome with both the
 MK> mplayer's mga (framebuffer) and xmga (GUI) drivers.

 WC> I _think_ it requires another video driver than the default.

 MK> Probably.  The vesa framebuffer doesn't do true fullscreen unless it
 MK> happens to correspond with the monitor which isn't likely.  Possibly

It does full screen from the GUI launch, half screen from the command line
so I know it's doable.
I just my lack of proper syntax or video driver selection.

 MK> but not likely these days.  If you boot to the right framebuffer it
 MK> will probably be real close but then you're stuck with that resolution.
 MK>  With matroxfb you can change on the fly which is REALLY nice.  :-)

 Sounds nice and perhaps too much for me just now as my plate is pretty full.

 I've cut a lot of stuff out here recently and may return to fidonet in a
limited
 capacity.
 Limited capacity meaning no political opinions of any sort just Linux
 aimed at rehabilitation.

RE Mplayer:

 WC> I've already found the configuration file to set it as default once I
 WC> get the syntax.

 MK> Right.  If you look in the kernel source there is a file called
 MK> vesafb.txt in the Documentation/fb/ subdirectory.  Also other ones for
 MK> different framebuffer drivers as well as some information about
 MK> framebuffer graphics in general. Great stuff for sure.

 OK, thanks.
 These tips are real time savers.
 Saved to vesafb.txt

 WC> I'm still using GUI browsers and likely always will however I am
 WC> weaning myself
 WC> to viewing html from the command line using Links.

 MK> I like links.  I usually use lynx but like links when frames and tables
 MK> are employed as links handles those better.  Also links can do graphics

took a look at Lynx and it was too obscure for now.
Check back in a few days I may have completely reversed myself on this.

MK> if you compile it to with the --enable-graphics switch.  

I ain't recompiling nothin just at the moment.
This setup WORKS.

I'm currently engaged in preparing in depth backup protocols.
After that I'll play at optimisation.

When that malware got into my machine and slave drive I used a miniLinux
with graphics compiled in LINKS I used to remain online until I
purged the malware


 MK> However if you
 MK> do that then you need to make sure the proper dependancies are in place
 MK> and it doesn't always work with some crappy servers, mostly Windows
 MK> ones with broken java and php etc.  It is a real mess out there.

 WC> The GUI browsers are starting to become annoying due to ceratin
 WC> behaviors.

 MK> Right.  See above.

 WC> Knowing VI supports color I need to see if I can make the quoted text
 WC> green when it sees the greater than sign.

 MK> That is nice at times.

 WC> Next on the todo list  is a  cheat code sheet on VI shortcuts I used
 WC> to know,
 WC> highlighting, find, find and replace, ect.

 MK> It takes time and practice.  Definetly worth the effort.

Little time.

Practicing now as it's now my OLR editor :-)
Oh yeah, I modified a Perl script I found while searching for LAME syntax
to automate taking multiple  WAV files generated by cdparanoia converting them
into MP3 files.
James Bradley asked me if I used man pages or studied to do this but no I did
not.

I took some C in school after my spine was broken to try to get back into the
workforce
and Perl looks a lot like C.
Variables are variables, functions are functions, brackets are brackets
and increment and decriment look the same in the syntax.
What's to learn?
Loops, know them.
Nested loops, know them.
Conditional execution, know them.
Multidimentional arrays, uh, can I get back to you on this, I seem to require a
refresher course <g>

 WC> Now my inquiry should I move forward on my obtainable 64 bit system.
 WC> Do such completely 64 bit systems support legacy 32 bit software
 WC> transparently?
 WC> ( my stupid question of the day)

 MK> Most do.  I am guessing the system you are talking about does.  Also it
 MK> depends on the distro you use but if you just intall a regular 32-bit
 MK> system it should work but then it isn't really 64-bit is it?  Mind you
 MK> MS got aways with that for years calling themselves 32-bit when most of
 MK> it was really 16-bit.  Right?

Yup.

 WC> I'm thinking it would have to right?

 MK> It does.  I can run 32-bit apps on both a Sempron (amd64) and Intel
 MK> (em64t) systems as long as I take care of the 32-bit libs for those
 MK> apps.  I am moving away from doing that though as I want a pure 64-bit
 MK> system.  So far it works great for all the stuff I call mission
 MK> critical and even some stuff that isn't, such as MPlayer which I still
 MK> need to take care of on my newest build.  xawtv works great.  :-)

I'm thinking I'll stay 32 bit compliant for legacy hardware, unless of course
i change my mind and don't ;-)




 
--- MultiMail/Linux v0.47
 * Origin: Try Our Web Based QWK: DOCSPLACE.ORG (1:123/140)