The collected works of hamei - Page 32

I'm trying to put a date on it, but vishnu's phots are what control panels were like in the fifties. Maybe even nicer ... double-wall cabinets, Square D or Allen-Badly relays mounted solidly to a plate bolted to the back wall on standoffs, wiring all laid beautifully parallel making square corners, looked like the lines faked out on deck when a (naval) ship comes into port. It was hard to work on that stuff because if you had to replace a wire, it was impossible to make it look anywhere near as good as the non-college-educated low-skills electricians at the factory.

Most everything before the mid-sixties looked like that. Then things started getting miniature, relays went into sockets, the wiring started going into crappy-ass plastic cable runs where the dumb covers would only snap on a few times before all the prongs started breaking off, you'd open the door to find all the covers lying on the floor. And people pull bunches of wires through gaps between the fingers, it gets ugly.

Then they went to that fucking useless cheap Euro-rail crap like in guardian's photo, which is even worse and less reliable. It's absolute junk. Get a machine that's travelled any distance and it's all loose, falling off, lying on the floor, hanging by its wires, broken, non-functional. But they made a proooofit !!

It's pretty rare to see a nice wiring job now. An acquaintance worked at Cray and says that Seymour was personally just a real hardass old biddy about stuff like that. Cool :)

Thanks for the photo, vish. Nice to see that someone still insists on good work. if you ever get a chance, look at the relay logic on electro-pneumatic theatre pipe organs from the thirties. Thousands and thousands of wires beautifully laid out just like your naval exercise and pneumatically switched*. Very cool.

*Some of the consoles have sections done with soft lead piping, even cooler but not good for the health. Lovely work, though.
Hakimoto wrote:
what does this do? google search for "vstiff" didn't turn up anything here... then again, my internet's censored, so maybe "vSTIFF" will red flag. ;-)

It's an Irix trick so I'll pm you the answer.

Might work on other X11 systems too tho. I think it's v s(tream)tiff, not v(ery)stiff, though :D
geo wrote:
... here in my location, this number is good for them ;) esp the nomber eight!! hehe

Six is "go smoothly" , eight is "money." So if we combine the west's sign of the devil with the east's smooth path, Shade better make a couple more posts quick :D
BSDero wrote:
Thanks, I think I'll try oleo!

https://lists.gnu.org/archive/html/bug- ... 00002.html
bitcpy wrote:
I was planning on giving my Indigo2 a nice 1GB RAM upgrade from its lowly 256MB.

Upon swapping all the RAM and powering on, I just get the orange power light; no beeps, no video display, nothing.

There was a fair amount of discussion about this at the time. My memory ain't so great but it seems to me that in general, the I2 is stuck at or near 768 megs of memory. Under certain circumstances (which I totally forget) you could get it to go higher.

This could all be some fantasy floating around in my drug-addled brain, though.
guardian452 wrote:
You can combine IIRC up to 4 IP pipes (2 vbricks, 2 pipes per brick) with a special compositor box. Recondas has/had one.

The trouble with the Compositor box - for me, anyhow - was that it's a deep, rather than wide thing. The output resolution is limited to something like 1920 x 1200 or maybe even less. What you get is more memory depth and a bunch of ways to combine the incoming displays into a single output. Pretty cool but sadly, you're still stuck at a low-res output :(
Speaking of oldies, I just grabbed Maxwell. I wasn't successful compiling it years ago but was even stupider then (if that's possible.) It could make a nice little word processor for Irix. Maybe needs an incoming doc2rtf filter but that should be possible. I was never that happy with Ted. OpenOffice is better than nothing but essentially, it sucks.

BSDero - what do you mean, "datagrid" ? There's a *ton* of those floating around, if you just want a grid. Many of these have diasppeared but wander through here :

http://stommel.tamu.edu/~baum/linuxlist ... .html#AAAA


Speaking of spreadsheets, kind of funny story : a few years ago we did some work for a global enterprise, leveraging American assets overseas to produce a higher standard of living at home, every job lost to manufacturing creates five domestically (stacking the boxes ?) bla bla bla. We did a little research, then used Excel as a spreadhseet to calculate different results from different electricity plans. We ended up saving them over a thousand dollars a month.

They were amazed. Every single person in that office used Excel daily - for graph paper. A couple of them had a vague sense that maybe it could do more than that, but there was general amazement that you could put in different numbers in different cells to see what would happen in other places. It's so gratifying to see how in this highly-educated knowledge society, our college graduates are such innovative users of the technology.

And oh yeah ... they all cried daily about how I wouldn't let them upgrade to Office 2007. They really needed the new features ...
smj wrote:
Ah - that must help explain why Storage Services requires us to buy each disk we want them to use to provide storage to our machines at EMC list prices, then charges us a metered fee each month based on how much of that space we're using, in addition to the fees just to have the machine connected to their SAN ...

Where there's blood, there will be leeches ...

Quote:
Meh. Let's go back to speculating about Illumos/OpenIndiana/OpenSolaris...

Let me go find my pom-poms. I think they're stored somewhere in the Cloud :D
Some nice essays to download, guys. Thank you. Several more marks on my "potential subversive tewwowist agent" file down at the Ministry of Homeland Security.

Personally, I am more a supporter of the Che Guevara Justice in America Reform and Reconstruction Act, but not much chance of getting that passed ... but I would like to see some legislation mandating that the Justice Department expend at least as much energy upon Jamie Dimon et al as they do on Barry Bonds and Lance Armstrong. Did you see where the IRS has decided that the fines paid by lenders for defrauding the FDIC are a deductible business expense ? That sets an interesting precedent.

The barbarians won't be at the gates 'cuz they are busy getting dressed for a nice dinner out, up at their palaces on top of the hill.
porter wrote:
That is a real screen shot of a real program running on my octane and really opening a real OpenDoc document.

Cool, porter ! Bunch of work, too. And since I'm sure you have a sense of humour ....

http://scripting.com/davenet/1995/03/13 ... endoc.html
Oskar45 wrote:
Actually - what would you consider the most beautiful music there is ?

That's like asking "What's the very best animal ?" There is no answer.
Have you talked with John St-Jill or whatever, porter ? Those guys have been piddling around with OS/2-on-top-of-Linux for quite a while. He might have had some concerns because he is an IBM licensee, but you're about as clean-room as it's possible to be. He's an okay guy (for an IBM'er :) )
porter wrote:
Do you mean - Steven J. Vaughan-Nichols ?

No, the eComstation / Serenity Systems guy. He's about as okay as you're going to get, for an ex-IBM corp.

Read this, you'll laugh :

http://www.theregister.co.uk/2012/11/23 ... _part_one/

http://www.theregister.co.uk/2012/11/26/os2_final_fail/


"For most of us, the fights weren’t just between Microsoft and IBM. Often they were technical staff versus managers, who repeated the mantra 'we are not a computer company, we are a business' so often that within a few years IBM posted the largest loss ever made by a company in a single year, since the 'business' people produced almost nothing you might want to buy."

Then the US in its infinite wisdom extended the IBM experience to the entire economy. Smart. Real smart.
Two synapses connected and the name came through -- it was Bob St John. He must be getting on in years now though ...

Take a look here, more fun stuff :

http://www.os2museum.com/wp/

The owner/operator of that site was a developer for the Scitech Display Doc. Nifty universal graphics driver, of course better than anything from Mickeysoft. And then he was a major contributor to Open Watcom .... gcc is deadly to creativity :D
vishnu wrote:
"First of all, JP Morgan is one of the best managed banks there is. Jamie Dimon, the head of it, is one of the smartest bankers we've got" --President of the United States Barack Obama, May 15, 2012

And that's the liberal, socialist side of the equation speaking ... The question which is interesting is, where will this all lead ?
Won't help the problem but might make you feel better :

http://queue.acm.org/detail.cfm?id=2349257

About twelve paragraphs down ....
mia wrote:
Is there any difference between an Onyx 350 (with v12) and Tezro rackmount besides the faceplate?

Nope. The two are one and the same.
fu wrote:
and he was a sakamoto right?

Sakamoto numbah nine, numbah nine, numbah nine ... He wasn't really a Sakamoto, was born something else during WW II and went through several family changes. Then he was on that plane that had the ass end blow out and took 40 minutes to crash. Everyone had time to write their good-byes ... Interesting life.

Have you ever looked up the words to that song ? It's worth a few minutes ...
mia wrote:
I see so you could technically numalink a Tezro and Onyx350(v12) and end up with a dual V12 with either 2 or 4 DVI out?

Yes. You can numalink two O350's with two graphics cards and two dcd's to get four dvi graphics outputs. SGI did this.

There is another option ... four O350's with a router and a V10 or V12 in each.

Quote:
This would be clearly more pleasant than a g-brick itself.

Different animal. Some people like camels, some people like donkeys, some people like elephants. One or two like horses :)
Gl1zda wrote:
but graphics will be treated separately, you have to combine it yourself.

In the case of the T221, the monitor will do it for you. Or were you speaking of laying the pipes/channels down side-by-side to create one large desktop ? OpenGL Multipipe (in theory. Have not yet tried it.)

But mia ... I don't think that's what you really want. It's a huge amount of work just to get more terminals on-screen ...
fu wrote:
free-this, free-that, until they realized they're all masturbating+slaving to a bunch of graphs coming out of stock market tickers.

It doesn't seem to have sunk in yet, fu. You read this kind of shit daily in all the papers but the peons still happily chant the Busines Decisions Creed. They're armed. They're dangerous. They've been robbed of their life's savings.

So what do they do ? Go to the local primary school and shoot six year olds.

Point me to one good reason that god should leave the United States on the face of the earth. The rulers are thieves and the people are idiots.
Oskar45 wrote:
Nevertheless, a bit OT- when and where did you last watch cheetahs in natura hunting?

A couple years ago at a big KTV place in Dongguan ... accidentally walked through their gathering place on the way to the bathroom.

I didn't make any sudden moves.
Recondas is one of a very few around here who can give a real-world comparison between the two ... but I looked into it quite a bit for a while. It seemed as if Infinite Reality would give you some things that Infinite Performance does not -- if you are writing your own software. If you are just using off-the-shelf commercial software, there's not much point. Or if you are not doing the things IR does well, there's not much point.

This entire question is sort of backwards. The correct way would be, "I want to do X, Y, and Z. Which graphics option is better at doing what I want ?"
oreissig wrote:
I don't have a deep understanding about the whole financial mess ...

oreissig : I can teach you in five minutes or less.

Everything about the "finance industry" is a fraud. It's nothing but a thirty-year old Ponzi scheme.

Libor : rigged, a fraud
IPO's : rigged, a fraud
Stock market : rigged, a fraud
CDO's, derivatives, hedge funds : rigged, a fraud
Pension funds, 401k's, etc : rigged, a fraud
Mortgage industry : rigged, a fraud
Tax laws : rigged, a fraud
Federal Reserve : rigged, tool of the banks, a fraud
"Business ethics" : phony excuse for behavior that would put the average person in prison for life

Everything that has anything to do with finance is a fraud. When they ran out of people to cheat, it fell apart.

Burning the banks to the ground and slitting all the bankers' throats would be a good first step towards solving the problem.

We'd be better off trading beads and pretty rocks to each other in exchange for work.
^ ^^ Do you guys use your Fuels much ? Mine used to do this little trick that made me poop my pants every time : for no apparent reason the scsi root disk (I forget the brand) would go away. This would happen while it was running. It would not reboot, could not find the disk, etc etc.

You can imagine this was not pleasant.

I discovered that all I had to do was turn the machine off, connect the drive to a different header thingy on the cable, and reboot. It was then fine. It would run happily for a random amount of time between two days and six months then decide to do that again. Plug the drive back into the original socket, it was again fine.

Changed the cable. Same behavior.

The only thing I can think is that the cables on those things are really bad ? But even that doesn't seem to be a good answer.

Other than that the Fuel was reliable but ... talk about dirty underwear :(
I just came across an input device that might be suitable :

Attachment:
joystick.jpg
joystick.jpg [ 36.05 KiB | Viewed 218 times ]
fu wrote:
reading this thread again ...

I don't think I am going to top that :)

Would just like to mention that the "chinesification" of which fu speaks is yet another fraud. In fact, Chinese people work eleven months, get paid for twelve months plus a one-month's bonus then get three weeks a year off, paid. They get one month severance pay for every year worked - not worked "for that company" but worked , if you lay them off. Once past the probationary period (generally 90 days) It is close to impossible to fire a Chinese worker. They get all the "entitlements" that the US is so busy claiming are financially impossible to support. Living costs are more than reasonable - outside of a few big cities, housing is flat-out cheap. Women get six months paid maternity leave and they *all* get pregnant once. And then, it takes about four Chinese workers to do as much as a single person of a different nationality. They do not work hard. Nor are they very capable. If you need someone to put Bean A into Slot B all day, fine. But if need someone who can think for themself, you will search long and hard. If one enacted Chinese labor law into the US, the plutocrats would have a heart attack.

(And when HR gets totally out of hand, the factory workers go over to HR's house and burn it to the ground. With HR and HR's family inside. Fact. We don't fuck around here. Or they mess around with the workers too much, the workers block off the highway, kill policemen, smash cars, burn buildings, have a Detroit-size riot. Happens all over China, every year. You don't hear about that in the western press, either.)

Of course people and companies vary from place to place but ... anywhere north of Guangdong, there will be "issues" with Chinese factories. And even in Guangdong, a good place will be sort of like what you saw in the US in 1962.

Not criticizing Chinese factories here - what the heck, I've spent twenty years in them now and I like them and the people - but the crap they feed people in the western press is just so much horseshit. "Globalization" has to do with people who want no responsibilities and no restraints. The economic reasons are limited to "how can three people get wealthy beyond belief ?" not "how can we compete ?" Companies do not compete. They have not "competed" for decades. "I don't make. I own."

If you are a company that makes widgets in the US then you have property, workers, capital equipment, inventory, raw materials, scheduling, responsibility. This is not an easy job.

If your company is "global" then all you do is wail into the phone " I need 600 more doodads ! Tomorrow ! For three bucks ! No, make that a buck fifty !" and someone else has to deal with the hard part. Then if the doodads don't sell as well as you'd like, you just fuck over the supplier and don't take his inventory of 5,000 doodads which you are contractually obligated to purchase. If you are a global company, contracts are just pieces of paper, good for wiping the ass. Crocs, 70 million bucks, don't pay. "Oh. Sorry. Maybe next year." Sorry my ass. If things go really south and one of those pesky little-people companies tries to press the issue you can always declare bankruptcy, sell off the good parts to your friends cheap while you shit on the creditors. Hostess, Atari, SGI, a cast of thousands. Bankruptcy courts are fine with that.

Hahvud Business School Advanced Business Concepts. You guys just don't understand how business really works ! *

*If you assume that the people at the top are cheating you, then you do in fact understand exactly "how business works." If we let these assbreaths run the world we'll get the world we've got.
We gotta backup on east fourteenth, can a couple people hop in here ?

libjpeg-turbo 1.2.1 == I've been running this for quite a while. Just needs a few more ++ to go into current. Nothing to be scared of, runs good

libidn 1.24 == now outdated, we have 1.26 incoming. May as well toss it ? If you're real brave, try 1.26 ?

libtool 2.4.2 == been using it a while, damned if I know how you can tell if it's *this* libtool or all libtools that make so much trouble. But it seems no worse than any other libtool. Can we get a few shouts to move it over also ?

expat 2.1.0 == I've been using this for quite a while also. Anyone want to grab it and add a vote ?

a new nixieclock ! 1.64, fresh off the presses. Here's one that anyone can test, even the rankest of rank beginners. No excuses on this one, guys.

It's wednesday. Hump day. Let's celebrate by trying out one tardist that you think you can use and writing a single line about it here in /dev

thanks !
Wull, this one is not my favorite. If you run it as a user :
Code:
urchin 2% mtr
mtr: unable to get raw sockets.
urchin 3% mtr ibm.com
mtr: unable to get raw sockets.
urchin 4% man mtr
No manual entry found for mtr.
urchin 5% mtr -help
mtr: unable to get raw sockets.
urchin 6% mtr -v
mtr: unable to get raw sockets.
urchin 7% mtr --help
mtr: unable to get raw sockets.

So run it as root ...
Code:
urchin 10% su
urchin 1# mtr --help
usage: mtr [-hvrwctglspniu46] [--help] [--version] [--report]
[--report-wide] [--report-cycles=COUNT] [--curses] [--gtk]
[--raw] [--split] [--mpls] [--no-dns] [--address interface]
[--psize=bytes/-s bytes]
[--report-wide|-w] [-u]
[--interval=SECONDS] HOSTNAME [PACKETSIZE]
urchin 2# mtr hobbes.nmsu.edu
sockaddrtop unknown address type

(.:1923): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(.:1923): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported

(.:1923): Gtk-CRITICAL **: file gtkwindow.c: line 3553: assertion `GDK_IS_PIXBUF (icon)' failed

(.:1923): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory
1923:mtr: rld: Fatal Error: attempted access to unresolvable symbol in /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1: _pixops_scale
urchin 3# mtr --version
mtr 0.82

The tardist is made fine but the program itself ... I ditched it. YMMV.

edit : when I went back and looked, there were two mtr's installed - 0.82 and 0.69. So apparently the newer tardist did not update the old correctly ? It appears that neko_mtr could use some refinement ...
Quick update : rebuilt Graphics Magick to use this tiff : it runs fine, displays, converts, resizes, does everything it's supposed to.

So here's a rerun on the one vote for move to current, and a vote of confidence for the scaredy-cats out there to test.

=====

Shit : edited away the original post :( Originally I was entranced by how great this tardist is. Acts just like a factory SGI release. It's great. Broke my homemade Graphics Magick but that's to be expected. This tardist comes highly recommended. This is a goal to strive for. Excellent job, Mr Canavan.
diegel wrote:
I uploaded firefox 3.0.19 and it is available in beta now:

Did you get trampled in the stampede ? :-)

Code:
urchin 3% firefox3

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(firefox-bin:23276): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory
23276:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Fatal Error: attempted access to unresolvable symbol in /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1: _pixops_scale

Soooo .... there is a gdk-pixbuf in nekoware but I am pretty sure that crashed everything I owned a while back. That may not be the one that's there now tho ... can you confirm which gdk-pixbuf you are using ? We had a batch of bad betas a while ago :-(

Just for the fun of it then I grabbed a bunch of willow branches and whipped my ... no, wait. Different story. This time grabbed gdk-pixbuf-2.26.5 and started to compile that. It wanted glib. glib wanted libffi. Libffi compiled fine, but glib-2.34.1 crashed at this point :

Code:
cc-1029 cc: ERROR File = gvariant.c, Line = 2198
An expression is expected at this point.

GVariantSerialised empty = {  };
^

I guess question one is, which gdk-pixbuf works with thiis fox ?

Second would be any advice on the glib problem ...

Oh. Almost forgot ! Thank you thank you thank you !!
Put him in a box right next to a roll ...
someone took him home,
ate him for lunch and he tasted real fine !
but the cougar who ate him, she just lost her mind !
diegel wrote:
Should work with the nekoware current version:

Code:
versions -n | grep buf
I  neko_gdk_pixbuf               2  gdk-pixbuf 0.22.0 Image

Okay, I am doing something wrong but

Checked with swmgr, have neko_gdk-pixbug-0.22.0 installed
Re-downloaded the one in /current and force installed it

swmgr shows the libraries in /usr/lib/gdk-pixbuf/loaders

and a couple other places but nothing resembling
Code:
(firefox-bin:23421): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory


I was going to make links but ... errr ... nothing seems close enough to link to :) I have absolutely no " loaders.cache " files anywhere.

thanks for your help ...
canavan wrote:
Didn't you encounter the "loaders.cache': No such file or directory" Error with Firefox as well, or was that someone else?

Sharp eyes ! Yes, that was me. I have a feeling that the underlying problem was a terrible gdk-pixbuf that was in nekoware a while back. I'll try uninstalling the entire gdk-pixbuf thing and start over. Let's see what happens then ...
diegel wrote:
Please check with ldd /usr/nekoware/lib/firefox-3.0.19/firefox-bin which libraries will be used:
Code:
libgdk_pixbuf-2.0.so.1  =>       /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
ls -l /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
lrwxr-xr-x    1 root     sys           25 Dec  4 12:49 /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1 -> libgdk_pixbuf-2.0.so.1.14
ls -l /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1.14
-rwxr-xr-x    1 root     sys       168512 Jan 11 12:13 /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1.14


Interesting ... I am getting similar symptoms with both canavan's mtr 0.82 and this firefox, but nothing else. I mostly don't have or use gtk2 and there *was* a bad beta of some gtk2 stuff a while back ...here's where the errors are coming from :

Code:
urchin 2# ldd /usr/nekoware/lib/firefox-3.0.19/firefox-bin
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libpthread.so in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000003) -- continue searching ...
libpthread.so  =>        /usr/lib32/libpthread.so
libsmime3.so  =>         /usr/nekoware/lib/firefox-3.0.19/libsmime3.so
libssl3.so  =>   /usr/nekoware/lib/firefox-3.0.19/libssl3.so
libnss3.so  =>   /usr/nekoware/lib/firefox-3.0.19/libnss3.so
libnssutil3.so  =>       /usr/nekoware/lib/firefox-3.0.19/libnssutil3.so
libsoftokn3.so  =>       /usr/nekoware/lib/firefox-3.0.19/libsoftokn3.so
libcairo.so.3  =>        /usr/nekoware/lib/firefox-3.0.19/libcairo.so.3
libfreetype.so.7  =>     /usr/nekoware/lib/libfreetype.so.7
libfontconfig.so.2  =>   /usr/nekoware/lib/libfontconfig.so.2
libXrender.so.1  =>      /usr/nekoware/lib/libXrender.so.1
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libX11.so.1 in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000003) -- continue searching ...
libX11.so.1  =>  /usr/lib32/libX11.so.1
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libXt.so in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000003) -- continue searching ...
libXt.so  =>     /usr/lib32/libXt.so
libgthread-2.0.so.1  =>  /usr/nekoware/lib/libgthread-2.0.so.1
libXft.so.2  =>  /usr/nekoware/lib/libXft.so.2
libpangocairo-1.0.so.1  =>       /usr/nekoware/lib/libpangocairo-1.0.so.1
libpangoft2-1.0.so.1  =>         /usr/nekoware/lib/libpangoft2-1.0.so.1
libpango-1.0.so.1  =>    /usr/nekoware/lib/libpango-1.0.so.1
libgobject-2.0.so.1  =>  /usr/nekoware/lib/libgobject-2.0.so.1
libgmodule-2.0.so.1  =>  /usr/nekoware/lib/libgmodule-2.0.so.1
libglib-2.0.so.1  =>     /usr/nekoware/lib/libglib-2.0.so.1
libintl.so.9  =>         /usr/nekoware/lib/libintl.so.9
libsqlite3.so.1  =>      /usr/nekoware/lib/firefox-3.0.19/libsqlite3.so.1
libfastm.so  =>  /usr/lib32/libfastm.so
libmozjs.so  =>  /usr/nekoware/lib/firefox-3.0.19/libmozjs.so
libxpcom.so  =>  /usr/nekoware/lib/firefox-3.0.19/libxpcom.so
libxpcom_core.so  =>     /usr/nekoware/lib/firefox-3.0.19/libxpcom_core.so
libplds4.so  =>  /usr/nekoware/lib/firefox-3.0.19/libplds4.so
libplc4.so  =>   /usr/nekoware/lib/firefox-3.0.19/libplc4.so
libnspr4.so  =>  /usr/nekoware/lib/firefox-3.0.19/libnspr4.so
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libdl.so in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000002) -- continue searching ...
libdl.so  =>     /usr/lib32/libdl.so
libgtk-x11-2.0.so.1  =>  /usr/nekoware/lib/libgtk-x11-2.0.so.1
libatk-1.0.so.1  =>      /usr/nekoware/lib/libatk-1.0.so.1
libgdk-x11-2.0.so.1  =>  /usr/nekoware/lib/libgdk-x11-2.0.so.1
libgdk_pixbuf-2.0.so.1  =>       /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libm.so in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000003) -- continue searching ...
libm.so  =>      /usr/lib32/libm.so
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libsocket.so in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000002) -- continue searching ...
libsocket.so  =>         /usr/lib32/libsocket.so
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libc.so.1 in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x20000003) -- continue searching ...
libc.so.1  =>    /usr/lib32/libc.so.1
libpixman-1.so.1  =>     /usr/nekoware/lib/libpixman-1.so.1
libglitz.so.2  =>        /usr/nekoware/lib/libglitz.so.2
libpng12.so.0  =>        /usr/nekoware/lib/libpng12.so.0
libz.so  =>      /usr/nekoware/lib/libz.so
libbz2.so  =>    /usr/nekoware/lib/libbz2.so
libiconv.so.3  =>        /usr/nekoware/lib/libiconv.so.3
libexpat.so.2  =>        /usr/nekoware/lib/libexpat.so.2
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libgen.so in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000003) -- continue searching ...
libgen.so  =>    /usr/lib32/libgen.so   delay-load
libharfbuzz.so.1  =>     /usr/nekoware/lib/libharfbuzz.so.1
libmini-fribidi.so.1  =>         /usr/nekoware/lib/libmini-fribidi.so.1
libgio-2.0.so.1  =>      /usr/nekoware/lib/libgio-2.0.so.1
libintl.so.4  =>         /usr/nekoware/lib/libintl.so.4
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libXext.so in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000003) -- continue searching ...
libXext.so  =>   /usr/lib32/libXext.so
libpixops.so.1  =>       /usr/nekoware/lib/libpixops.so.1
libpng.so.3  =>  /usr/nekoware/lib/libpng.so.3
1887:/usr/nekoware/lib/firefox-3.0.19/firefox-bin: rld: Warning: elfmap: running new 32-bit executable but finding old 32-bit shared object /usr/lib/libCsup.so in the search path.  You may not have set the environment variables correctly, please set LD_LIBRARY_PATH for old 32-bit objects, LD_LIBRARYN32_PATH for new 32-bit objects and LD_LIBRARY64_PATH for 64-bit objects (e_flags 0x10000003) -- continue searching ...
libCsup.so  =>   /usr/lib32/libCsup.so
libC.so.2  =>    /usr/lib32/libC.so.2
libCio.so.1  =>  /usr/lib32/libCio.so.1


Code:
urchin 4# printenv
...
PATH=/usr/nekoware/bin:/usr/nekoware/sbin:/usr/sbin:/usr/bsd:/sbin:/usr/bin:/etc:/usr/etc:/usr/bin/X11:/usr/java2/bin:/usr/java/bin:
...
XFILESEARCHPATH=/usr/lib/X11/%T/%N:/usr/nekoware/lib/X11/%T/%N
...
Why not just rent a hot young bimbo in a French maid outfit to carry a normal-sized computer around for you ?
Making progress :)

Found junk in /nekoware/libs (gdk-pixbuf-2.0.pc )

Code:
prefix=/usr/nekoware
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include

gdk_pixbuf_binary_version=2.10.0
gdk_pixbuf_binarydir=${exec_prefix}/lib/gdk-pixbuf-2.0/2.10.0
gdk_pixbuf_moduledir=${gdk_pixbuf_binarydir}/loaders
gdk_pixbuf_cache_file=${gdk_pixbuf_binarydir}/loaders.cache

Name: GdkPixbuf
Description: Image loading and scaling
Version: 2.22.1
Requires: gobject-2.0 gmodule-no-export-2.0 libpng
Libs: -L${libdir} -lgdk_pixbuf-2.0  -lm
Cflags: -I${includedir}/gdk-pixbuf-2.0

Dumped that, tried < firefox3 > again, got many of the same messages but then it opened, yay !

Sure looks gtk2-ish tho :(

Then before all the tabs could open and fill up,

Code:
GLib-ERROR **: gmem.c:201: failed to allocate 452 bytes
aborting...
moz_run_program[36]: 58245 Abort

It was probably that stupid "Hi ! Welcome to Mozilla !" page they jam down your throat every time you 'upgrade.' That was the last thing I saw before she went upsey-daisy.

Anyway, much progress and thank you diegel. It would be nice if someone who does not have a fubar gtk2 system would give it a shot and report back so we can know if it's just me.
diegel wrote:
@hamei: Sorry, but I cant help you from here. Try to reinstall the packages from the dependency list: atk,bzip2,expat,fontconfig,freetype2,gdk_pixbuf,glib,glitz,gtk,libiconv,libpixman,libxft,libxrender,pango

Yup, doing that as we speak. Hope I can get away with just gdk-pixbuf and gtk 2.10.4 ....

it was pretty fun to see it open tho. Yay, real progress !
More progress - posting from Mozilla/5.0 (X11; U; IRIX64 IP35; en-US; rv:1.9.0.19) Gecko/2013012223 Firefox/3.0.19

Where the hell did the tabs go ? Sigh. I hate the Mozilla creeps.

Anyway, it starts okay with one tab open (if I could find the tabs) but when it opens with several tabs from a previous shutdown ..

Code:
urchin 1% firefox3
terminate called after throwing an instance of 'std::bad_alloc'
what():  std::bad_alloc
moz_run_program[36]: 1858 Abort
urchin 2% firefox3

(firefox-bin:1885): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='LatinoPal Medium Italic 18.7197265625', text='Texinfo'

GLib-ERROR **: gmem.c:238: failed to allocate 2560 bytes
aborting...
moz_run_program[36]: 1885 Abort
urchin 3% firefox3
terminate called after throwing an instance of 'St9bad_alloc'
what():  std::bad_alloc
moz_run_program[36]: 1911 Abort
urchin 4% firefox3
moz_run_program[36]: 1941 Memory fault

and good-bye to all my bookmarks ... but it is Flop3 ! And it does sort of work, so ... we be cookin' with gas now, Irrixxers !

thank you diegel. And thanks to dexter1 from years ago, also. Many many thanks ! And Shade, too, for making the gcc that made it happen. Let's hope this thing (eventually) runs better than v 2 :-)

edit : okay, going to take some adjusting, that's for sure. Renders pages very differently from v2 and it's kinda Linuxxy right now. But so far, shows good potential. It seems a tad slower than v2 also, but several pages that were terrible on v2 seem better on 3. That's at a fairly high res, tho.

Pretty nice, actually. C'mon in, guys. The water's fine. (Save your old bookmarks first.)
ClassicHasClass wrote:
Why would I waste a hot young bimbo in a French maid outfit I'm renting on carrying a normal-sized computer around for me?

I see you're not married :D
diegel wrote:
That was fast, it is available in beta and also at my mirror: ftp://ftp.nekoware.de/beta/neko_firefox ... a2.tardist

Boy, they shoulda stuck to gtk. This thing makes all text look like some version of courier :(

But it does work and many pages that render badly with flopsy 2 render better with flopsy 3. It's not tested enough to know about
Code:
ALERT: Process [firefox-bin] 56199 generated trap, but has signal 10 held or ignored
epc 0xfa448d0 ra 0xfa44844 badvaddr 0x310035
process has been terminated to prevent infinite loop
WARNING: core: firefox-bin: PID 56199, failed to write a  text area (core file deleted)
moz_run_program[36]: 56199 Bus error

Assertion failed in file "../../libC/lang_support/throw.cxx", line 1618
WARNING: core: firefox-bin: PID 57254, failed to write a  text area (core file deleted)
moz_run_program[36]: 57254 Abort

urchin 3% WARNING: core: firefox-bin: PID 57478, failed to write a  text area (core file deleted)
moz_run_program[36]: 57478 Bus error

Gdk-CRITICAL **: file gdkfont.c: line 220: assertion `font != NULL' failed.

Gdk-CRITICAL **: file gdkfont.c: line 220: assertion `font != NULL' failed.
WARNING: core: firefox-bin: PID 57505, failed to write a  text area (core file deleted)
moz_run_program[36]: 57505 Memory fault

urchin 3% ALERT: Process [firefox-bin] 57584 generated trap, but has signal 11 held or ignored
epc 0xfa49e6c ra 0x20 badvaddr 0x69007c
process has been terminated to prevent infinite loop
WARNING: core: firefox-bin: PID 57584, failed to write a  text area (core file deleted)
moz_run_program[36]: 57584 Memory fault


urchin 1% moz_run_program[36]: 55849 Killed
WARNING: core: firefox-bin: PID 55944, failed to write a  text area (core file deleted)
moz_run_program[36]: 55944 Memory fault
Dwindow got a w_quit
WARNING: core: firefox-bin: PID 56035, failed to write a  text area (core file deleted)
moz_run_program[36]: 56035 Bus error
libexc(56140): FATAL ERROR __exc_cache_allocate_node: unable to allocate a new node (128bytes)
WARNING: core: firefox-bin: PID 56140, failed to write a  text area (core file deleted)
moz_run_program[36]: 56140 Abort

WARNING: core: firefox-bin: PID 57918, failed to write a  text area (core file deleted)
moz_run_program[36]: 57918 Bus error
WARNING: core: firefox-bin: PID 57841, failed to write a  text area (core file deleted)
moz_run_program[36]: 57841 Abort

but we can hope for the best :)

thanks, diegel.

edit; I have to ask : who came up with this gtk2 shit, anyway ? It's slower than molasses in January and the fonts are basically worthless. They are as close to illegible as possible, while still making dark spots on the page that pretend to be writing. The gtk2 "developers" should be castrated in retaliation for this abortion.

Here's a major reason why Linux will never "make it" on the desktop. The people doing this stuff are blind.

Attachment:
gtk2.jpg
gtk2.jpg [ 81.33 KiB | Viewed 323 times ]

It's even uglier in real life ... time to get to work with userChomeCss. Oh well. If it doesn't crash every time you open a weird page, it'll be worth it.