The collected works of diegel - Page 3

This is my Challenge S server:
This is of course a modified processor board. I was lucky to find a 200mhz R5000 CPU to replace the original 180mhz version. Since the CPU don't become hot, I run it without heat sink. The maximum temperature I was able to measure at the CPU cap was 42 degree Celsius.

The total power consumption of this Challenge S is 46W when it is idle and goes up to 55W under load. It's most probably the cheapest way to run a SGI server 24h per day.

The system was used in my company more than 10 years ago as a web server. Today it still runs at my home absolutely stable.

ClassicHasClass wrote: What's in the (I assume) SCSI enclosure below? CD-ROM and another hard disk?

Yes, a CD-ROM and two more hard disks. It's not connected to the Challenge permanently, I use it for backup and for installation.

jan-jaap wrote: Did the CPU come from an O2 or something?

Yes I replaced the oscillator from a dead 150mhz CPU board. The CPU is not from SGI. I don't know if an O2 with a 200mhz PGA CPU exists, I have only seen 200mhz R5000 in BGA package in O2s.

This is one of our terminal servers, we are using for remote console login:

Thanks, for all the replies.

mgtremaine wrote: I'd love to know more about a source for the CPU.

I simply find it on ebay.

It becomes more and more difficult to find working addons for our old firefox/thunderbird versions. I am planning to add the most common extensions to the nekoware packages. I am using:

firefox: Adblick Plus, German dictionary, NoScript
thunderbird: Mail Redirect, German dictionary

What are you using?

If you want to build an n32 binary you have to use /usr/lib32 instead of /usr/lib.

If you want to port something to Irix, it's worth to look at the release notes of previous nekoware ports. You find is a php version 5.2.17 in beta.

Does anyone know a simple way to convert a current mp4 video in a format readable by SGI media tools?

hamei wrote: Mplayer/mencoder won't do that ?

Possibly, but I was not able to find a combination of options that work so far.

ibara wrote: Heads up: a new version of Dillo was released yesterday and one of the headlines is "fixed compilation on irix"

Yes, they included some mips pro related fixes for vishnu. It is and was easy to compile dillo3 with gcc on Irix. It compiles without any serious warnings, but the result doesn't work and I would be very surprised if this will be different with mips pro:

dillo starts up without warnings and renders about:splash correctly. But if you want to follow any link you find out http doesn't work at all.

ftp works without problems.

files show up if the path is very short (less than 32 bytes). If you browse directories and you want to change from /tmp to /tmp/x for example. I changes to /x

I still have no idea what goes wrong here.

I wasn't successful with mencoder so far. It should be possible via the mpeg1 format, but that's not the way I like to go. Best would be a Quicktime or AVI format without compression, since mencoder don't support encoding with the legacy compression codecs like Indeo, Cinepak, RLE or RPZA. This could be compressed with dmconvert afterwards.

Donald_ET3 wrote: Does IRIX always come with a C compiler and Motif toolkit development files, or would it be better to use the Nekoware GCC and GTK+?

If you want to use any current open source, I strongly recommend to use gcc 4.7. All current open source is written to be compiled with gcc. It's a real pain to port this software to be compiled with mipspro and it's not worth to spend time on it since the result is not much faster than the gcc code, in some cases it will be slower.

I had a brief look at netsurf some time ago. For me it looked quite complicated to build. You have to download some more libraries to build it and if you want to have javascript you need a mozilla js library - this also means js will not be faster than firefox.

If you plan to port anything to Irix, please read the documentation and README files of the package carefully. It is also helpful to look at the release notes of a comparable existing nekoware package, you have to build your environment very carefully before you run configure or gmake. In the first step you should build it as small as possible and if it runs you can add more features like js.

I like to help debugging. I think the best way is to post your environment and patches in this thread.

hamei wrote: Hate to splash cold water but if you are using the gtk2 that diegel recently built, pretty sure it is gcc. The release notes seemed to indicate that, anyhow.

That's correct current gtk2 and glib are both build with gcc 4.7. Possibly I will have the time to reproduce the netsurf build today.

There was an interesting post on the Dillo-dev mailing list today. The PowerPC OS X guys have the same problem like us. There is hope that someone take care about this problem.

ClassicHasClass wrote: Link? (Being, you know, a PowerPC OS X guy. I tried compiling dillo once and gave up, especially since TenFourFox is so awesome.)

http://lists.dillo.org/pipermail/dillo- ... 10219.html

vishnu wrote: Some guys on the dillo mailing list have gotten dillo to compile and launch on IRIX, there seem to be some printing related issues, which they're working on, but apparently they are able to browse...

Yes, the dillo guys have access to one of my systems currently. The problem with dillo is Irix version of vsnprintf. This is most likely the same problem we have with newer version of gtk2. I wonder why we have a working version of gtk2.16 in tgcware. Irix 6.2 doesn't has vsnprintf at all, so tgc had to build a workaround for this. There is light at the end of the tunnel.

cris_adder wrote: Just wanted to ask if there was a link to one of the Irix complied versions of Dillo3 from those groups?

The patch is just a few hours old. A tardist will show up within the next days. I post this with dillo 3.0.4.

You can find a first tardist without patch and release notes here:

ftp://ftp.nekoware.de/diegel/neko_dillo-3.0.4.tardist

Edit: It also has no https support compiled in.

ClassicHasClass wrote: diegel, can I have your children? Once medical science finds a way.

The work did eocene from the dillo team.

neko_dillo-3.0.4.tardist is uploaded to incoming. The tardist at the link from my previous post is also updated.

Don't expect too much from dillo. It's just a very basic browser, but it is very fast. It's fun to surf on this forum with dillo on my R5000 Indy.

foetz wrote: errrm, just read the changelog and found:

- Fix compiling on IRIX with MIPSpro compiler.

although it sounds great it's wrong i'm afraid. the mipspro killers are still in there.

dillo 3.0.4 includes some changes from vishnu's attempt.

a small change to the second part of the patch.

You are right, it was late yesterday. The patch will be obsolete with the next version of dillo, they will be fix this two problems. This code will be used only when a download with wget is started, I don't think it's really needed for Irix.

hamei wrote: No way to change font sizes tho

You want to add a dillorc in the .dillo directory, there you can edit the font_factor. A sample you can find here http://www.dillo.org/dillorc

hamei wrote:

diegel wrote: If nothing else, dillo demonstrates that a decent browser is possible. One drawback, it's extremely fast on a site like nekochan, which is already pretty fast. On the sites that are dogs, it doesn't work. So maybe it's mostly useful for older hardware ?

It is very good for slower O2 or Indy Hardware. I will try to build a MIPS3 version, when I have some time. Dillo is still under develpment, so it will be usable for more modern sites in the future.

I have never seen something like a SCSI to USB Adapter. You can use SCSI to ATA or SATA adapter. The SCSI port at the back of your Indy is the same SCSI bus where the internal disk is connected.

The simplest way is to replace the internal disk. It is really easy to copy the internal disk to a larger one.

I was watching this ebay auction and I am very surprised about the result:

http://www.ebay.com/itm/321563668307

Did you try

Did you try to configure your network with the system manager? You can find it in the toolchest under the System menu.

The gateway has to be in the same network with your Octane (otherwise it would be only reachable via a gateway). If you are using 192.168.1.252 as IP address the gateway is possibly 192.168.1.1. You can try to ping the broadcast address 192.168.1.255 to see who is answering in you network.

vegac wrote: Is there anything I have to do to provide a mirror?

Set up a mirror and let nekonoko know. That's all you have to do. My ftp mirror is working for several years now and had never been out of sync: ftp://ftp.nekoware.de

I just uploaded dillo 3.0.4.1 and libXft-2.3.2 to incoming. You can find both packages at ftp://nekoware.de/diegel already.

This time dillo is build with fltk 1.3.3 and xft enabled. This makes dillo slower, but you have much better fonts available. It is still fast on a R5000 Indy as long as you don't use sub pixel rendered fonts. I build it with the current libXft, which is an dependency now and is available as a separate package.

Please make sure that you have installed neko_fontconfig-2.6.0, there are older packages out there with the same package version number that will crash dillo.

I disabled some of the dillo ssl dialogs and it comes with desktop icons now.

I like to see this version of dillo in current, please test both packages.

Here is some necessary hardware for you:

http://www.ebay.com/itm/89-PCS-PMC-RM70 ... 54179cedb7

You find this not very often on ebay these days.

I believe khalidschofield is in the US. If he would get that lot, I am interested to buy some from him.

vishnu wrote: Is this built with the latest gcc from current? Erm, I meant g++? Since the liberal use of variadic macros in the dillo code have the same effect on MIPSPro as a land mine...

Yes it's gcc/g++ like all my builds. I don't see any sense in porting software that was written for gcc to mips pro. In my experience gcc and mips pro output differs in speed +/-10%. Sometimes mips pro is faster, sometimes gcc. The most important difference is it compiles and works with gcc wihout much work. Many problems I had with the firefox3 build caused by broken mips pro nekoware packages. I think using our SGIs with current software is more important than an arbitrary mips pro fetish.

foetz wrote:

diegel wrote: Many problems I had with the firefox3 build caused by broken mips pro nekoware packages

which isn't mipspro's fault.

If I want to write my own software I would choose mipspro also. But I can't see any reason to build programs written for gcc with mipspro, when I have a working gcc. If I remember correctly, a lot of the original SGI freeware was also build using gcc.

foetz wrote: either way you nailed the problem, writing stuff for one specific compiler (and os in worst cases) is pretty much the worst case except for very special situations.

The only way to change this is paticipating in open source development. Don't blame a community that don't has access to our compilers/systems.

vishnu wrote: And that's the version that has the recently made MIPS code generation improvements yes? Might have to give that a try...

Yes, it's build with gcc 4.7 and please try it.