The collected works of nekonoko - Page 7

GeneratriX wrote:
I'm hundreed percent with you, Neko; nothing works so perfectly as just get the builds done on the same platform that you want to target


Yep, learned that the hard way ... neko_gcc comes to mind :D

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Oskar45 wrote: Hmm - does that mean, if you shut off monitoring on the L1, the box would not die even if the voltage gets too low???


That's correct.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Oskar45 wrote: If that's so, there seems then to be no need in this case to get a new mobo... :P


Pretty much ... as hamei said, he's been running his Fuel (which has the same problem) for two years without an issue :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Oskar45 wrote: OK... as I already got a new mobo, I'll ask my local SGI support to take it back again and give me my old one :)


Heh, I wouldn't do that in your case as you're entitled, but for others it's a handy tip that can keep otherwise dead machines alive ;)

So far my Fuel hasn't exhibited this problem (fingers crossed) ...
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Keyoke wrote:
I'll add to that... I just tried tightvnc and scummvm on my Indy R5K and...
PANIC: KERNEL FAULT
PC: 0x88126f18 ep: 0xffffc880
EXC code:16, `Read Address Error '

and so on...

It's got 128MB and 6.5.22m...

grmf.


A kernel panic is probably due to some hardware problem rather than software; that's pretty severe.

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
squeen wrote: If you don't use icons, can you display a single graphic image of your own choosing?


If this a general question and not specific to the issue at hand; yes, absolutely. I actually got a Indigo2 in recently that came with a Bart Simpson as a young Darth Vadar/Episode I spoof on the login screen.

The clogin man page states that changing '/usr/Cadmin/images/cloginlogo.rgb' to an image of your choice would do the trick; there are other sample image files in the '/usr/Cadmin/images' directory as well.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
schleusel wrote: I used an USB keyboard (IBM Preferred USB) on my fuel without problems. You might have to edit /etc/ioconfig.conf to change the priorities of the ps/2 and usb input devices, see the usbinput manpage.


Ah, another great tip - I'd tried a USB keyboard/mouse in the past but when they didn't work under IRIX I just assumed that support was incomplete. I now have an Apple Mighty Mouse and Pro Keyboard up and running. Thanks!
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
zafunk wrote:
nekonoko wrote: Ah, another great tip - I'd tried a USB keyboard/mouse in the past but when they didn't work under IRIX I just assumed that support was incomplete.


I'm anxious to see if a Microsoft Intelimouse will also work. I'm currently using one through a USB->PS2 adapter. Any time I tried directly through the USB port, it didn't work.


I just tried mine and it works via USB here (Microsoft Intellimouse Explorer USB).
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
josehill wrote: A moot point, however, since the desktop certainly isn't getting any more refinements!


Hmm, I disagree with that point. From SGI itself, yes, but I'm continuously amazed at some of the refinements that the SGI user community has come up with - iconbar, imwheel and aer (Advanced Enforce Rate) to name a few.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
foetz wrote:
so how many of the posters tried the 'real' dm10? ;-)


squeen has a real one. For the record, I was able to duplicate his experiences (successes and failures) on a "fake" DM10, but only on an IP35 machine (which is what squeen used his on as well). Makes sense though - the DM10 was really only meant to be used on SGI's newer machines.

_________________
私のホバークラフト は鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
squeen wrote: OK. I'm going to continue to champion beta practices. When a major componet like GTK+, Perl, readline etc. gets updated and has the potential to massive disable nekoware, there needs to be a buffer---that's /beta.


I agree, but without feedback it's generally not too useful of a buffer. I try to test what I can myself but I have to wear so many hats just keeping up with my regular job testing is not something I can keep on top of on my own. I'll install/test things I have an immediate need for, but a lot of stuff falls through the cracks.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
joerg wrote: For more information about this issue take a look to
http://bugs.mysql.com/bug.php?id=15869


I don't think it's the same issue. It's not that I couldn't shut the server down - it's that it would crash whenever phpBB2 tried to query the database through PHP5 (whenever a user hits the page, crash/restart).
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Just a followup on neko_mysql-5.0.24 - I wasn't able to get it to work :(

Same issue:

Code: Select all

060815 11:50:38  InnoDB: Started; log sequence number 0 47650
060815 11:50:38 [Note] /usr/nekoware/mysql5/libexec/mysqld: ready for connections.
Version: '5.0.24'  socket: '/usr/nekoware/var/run/mysql5/mysql.sock'  port: 3306  Source distribution
mysqld got signal 6;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

key_buffer_size=16777216
read_buffer_size=258048
max_used_connections=1
max_connections=100
threads_connected=1
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 92783 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

060815 11:50:39  mysqld restarted


Oh, and I noticed that /etc/init.d/neko_mysql5 has:

Code: Select all

PROG=neko_mysql4


Instead of:

Code: Select all

PROG=neko_mysql5


So it wouldn't start until that was changed.

Sorry for the outage guys - just wanted to give it another shot.

On a positive note, I was able to turn the blog search back on after the neko_perl-5.8.8 upgrade (and 'DBD::mysql' compile); it was broken after perl-5.8.4 for some reason. Thanks much for the new version whiter!
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
joerg wrote: This was from the mysql-5.0.7 version. It was fixed in the current package. But the files is marked as 'noupdate'.


Ah okay. Makes it difficult to push out changes/bugfixes to the startup script though. Maybe changing it to 'suggest' would be helpful.

About the other problems i will go and see if i can reproduce it.


No rush. 5.0.12 works well enough; I just find it odd that later versions are failing spectacularly. Maybe one of these days when I have a moment I'll do a diff between 5.0.12 and 5.0.13 and see if I can find something.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
squeen wrote:
Not wanting to miss out on the renaissance in nekoware upgrades I put together the following 2-12's

neko_glib-2.12.2
neko_gimp-2.2.12

The glib rebuild fixes my long standing problem with GIMP (ie. I couldn't load any files with a memory error, in fact I couldn't even build GIMP until I replaced glib).
They're in /beta. Please give them a whirl. :)


Cool! Only issue I can see off the bat is that none of the prereqs are taken into account for the GIMP plugins in /usr/nekoware/lib/gimp/2.0/* - let's take one at random:

Code:
[Mai:gimp/2.0/plug-ins] neko 16# ldd ./tiff
libgimpui-2.0.so.1  =>   /usr/nekoware/lib/libgimpui-2.0.so.1
libgimp-2.0.so.1  =>     /usr/nekoware/lib/libgimp-2.0.so.1
libgimpwidgets-2.0.so.1  =>      /usr/nekoware/lib/libgimpwidgets-2.0.so.1
libgimpmodule-2.0.so.1  =>       /usr/nekoware/lib/libgimpmodule-2.0.so.1
libgimpcolor-2.0.so.1  =>        /usr/nekoware/lib/libgimpcolor-2.0.so.1
libgimpbase-2.0.so.1  =>         /usr/nekoware/lib/libgimpbase-2.0.so.1
libtiff.so.3  =>         /usr/nekoware/lib/libtiff.so.3
libjpeg.so  =>   /usr/nekoware/lib/libjpeg.so
libgtk-x11-2.0.so.1  =>  /usr/nekoware/lib/libgtk-x11-2.0.so.1
libgdk-x11-2.0.so.1  =>  /usr/nekoware/lib/libgdk-x11-2.0.so.1
libatk-1.0.so.1  =>      /usr/nekoware/lib/libatk-1.0.so.1
libgdk_pixbuf-2.0.so.1  =>       /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
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
libcairo.so.3  =>        /usr/nekoware/lib/libcairo.so.3
libpixman.so.1  =>       /usr/nekoware/lib/libpixman.so.1
libXrender.so.1  =>      /usr/nekoware/lib/libXrender.so.1
libX11.so.1  =>  /usr/lib32/libX11.so.1
libpng12.so.0  =>        /usr/nekoware/lib/libpng12.so.0
libglitz.so.2  =>        /usr/nekoware/lib/libglitz.so.2
libfontconfig.so.2  =>   /usr/nekoware/lib/libfontconfig.so.2
libexpat.so.1  =>        /usr/nekoware/lib/libexpat.so.1
libfreetype.so.7  =>     /usr/nekoware/lib/libfreetype.so.7
libz.so  =>      /usr/nekoware/lib/libz.so
libm.so  =>      /usr/lib32/libm.so
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.4  =>         /usr/nekoware/lib/libintl.so.4
libiconv.so.3  =>        /usr/nekoware/lib/libiconv.so.3
libc.so.1  =>    /usr/lib32/libc.so.1
libCsup.so  =>   /usr/lib32/libCsup.so
libC.so.2  =>    /usr/lib32/libC.so.2
libCio.so.1  =>  /usr/lib32/libCio.so.1
libXext.so  =>   /usr/lib32/libXext.so


Granted, some of those are recursive but there's a lot more there than the package is allowing for at present ;)

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
I never could get nekotool to work here - just complains about improper usage of grep :/

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
squeen wrote:
thunng8 wrote:

That's strange, I never got the memory error before.

Just installed glib-2.12.2 and am now get the memory error (cannot load any files). I also get the memory error in foetz's gimp-2.2.12 build with this new glib.

Reverting back to glib-2.8.4 fixed the problems.


I was wondering why more folks weren't complaining about the GIMP being broken. I have 2 systems (an Octane and Tezro) runing 6.5.29 that had the same memory error problem. What version of OS are you using? Again, I'm wondering if a serious incompatability exists!?! Oh, also I'm compiling with 7.4.4m. Anyone else with and experience to share?


I haven't had any problems with GIMP (that I can see anyway) - I also have your new glib installed with no visible issues. IRIX 6.5.29 on a Fuel here.

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Installed 6.5.30 here ... without Patch 7110 installed it prints some nasty messages concerning XVM that had me worried until I found the patch. It also deleted my alias.dir and alias.pag files from /etc/mail which broke my postfix install until I reran newaliases; don't remember having to do that during past upgrades. Other than that, so far so good.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
I had something similar; I just ran 'eventmond -R' as suggested and it cleared.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
jackwhowarth wrote: I noticed that the mips3 build of firefox was still the ancient alpha 2 release. Is there any chance we could get a mips3 build of the same firefox 1.5.0.6 which was recently release for mips4? Thanks in advance.


neko_firefox-mips3 is version 1.5 (release), not an alpha. It identifies itself as "Deer Park" as the MOZILLA_OFFICIAL 1 flag is not set, but this is the same situation as 1.5.0.6.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Moved the following items to /current due to positive feedback/testing:

current/neko_cdrdao-1.2.1.tardist
current/neko_cdrtools-2.01.01a11.tardist
current/neko_ctorrent-1.3.4-dnh2.tardist
current/neko_smake-1.2a36.tardist
current/neko_xcdroast-0.98alpha15.tardist
current/neko_yafray-0.0.9.tardist

Let me know if there are any others.

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
GeneratriX wrote:
nekonoko wrote:
Let me know if there are any others.


neko_fltk-1.1.7-xft.tardist is perfectly stable, and ready to work; already tested building about a dozen and half different sources, and never meet a problem.

On the other hand, neko_fltk-1.1.7+xft.tardist does not works as intended, either using the older/newer libxft on nekoware. The weird thing is, it works perfectly if built agains SGI Freeware libxft.


That's cool and all, but I'm not moving these over until we get a unified version ;)

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Alver wrote:
I just uploaded neko_gaim-2.0.0beta3.1 and the corresponding neko_guifications-2.13beta3.1 to incoming. This should take care of the gaim/msn issue we've been seeing; at least on my boxes it works like a charm :) however, it depends on the glib in beta, so perhaps it'd be best to keep it there til glib also moves.


Great! I've PM'd you the Nekoware login info so you can upload directly to 'beta' in the future.

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
schleusel wrote:
neko_postfix-2.3.2.tardist - quite a version bump, works fine for me so far though


Installed and running as expected here. Thanks!

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
squeen wrote:
schleusel wrote:
I keep being disturbed by the sheer slowness of gtk2 on irix, something is just wrong there. QT blows it away at the same level of questionable eye candy :-|


You are right there. If our gtk2+ is using cairo/glitz which relies on openGL for rendering instead of the software in libXrender, the silly thing should be flying on VPros which have awesome 2D capabilities---blowing away even top of the line nVidia cards on things like pixel readback. I honestly believe digging into the code a bit could dramtically speed up gtk (unless it's some other software inefficiency).


Heh, I wasn't even aware that's what cairo/glitz did! You're probably right - something in there isn't properly detecting/utilizing OpenGL on IRIX.

Anyway, after a little search I found this which is interesting; seems that glitz is suffering from "maintainer bandwidth problems":

http://weblogs.mozillazine.org/tor/arch ... cairo.html

_________________
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
squeen wrote: I'll try and repackage neko_subversion with the lastest release using both a new snvserve bin location, neko_svnserve chkconfig flag, and rc2.d startup script if no one minds.


Did you ever get that pulled together? Would be an interesting addition!
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
neko_openssl-0.9.7j is the latest version; I'm guessing you're referring to 0.9.8? That version would break most of Nekoware from my experimentation and there's no reason to go there with 0.9.7 still being actively supported.

As for -fPIC - you've totally lost me there - I don't understand how we can successfully link against neko_openssl in the huge amount of software we've compiled for Nekoware and suddenly we need some esoteric flag for mod_ssl? WTF?

And if you link against the system openssl I'm going to kick it right back at ya - that's a no-no for Nekoware :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
jackwhowarth wrote: I was confuised that the DeerPark alpha 2 page came up as the default home page. I don't quite see why you bother setting the offical mozilla flag to zero. Distributions like RedHat heavily patch mozilla and firefox and I don't believe they bother doing that.


I didn't set it to zero - it's just not set to anything.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Okay, I'll give a recompile a try sometime today. Why joerg did that I don't know - normally he's pretty adamant about using IRIX libraries over Nekoware.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Uploaded a new build to 'beta' - hopefully that does something for you.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
That one has '-KPIC' hacked in as you asked ... I suppose if it works with the system openssl and joerg used the same approach, go for it :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
GeneratriX wrote: Neko; if you want, you can move the neko_fltk-1.1.7+xft.tardist definitively to '/obsolete' now, since I've exhausted here all my tests with these release, and it will not work without some serious changes on libXft, libxrender, and lately, on fltk-1.1.7 too.


Okay, what I did is this - renamed neko_fltk-1.1.7-xft.tardist to neko_fltk-1.1.7.tardist and moved to /current. Renamed neko_fltk-1.1.7+xft.tardist to neko_fltk-1.1.7-xft.tardist and moved to /obsolete; the script that outputs dependancy/md5sum chokes on the plus sign and I think the dash works well as an indicator that it includes xft support.

On that note - any feedback on other packages to move to /current? We've received quite a number in the past two weeks :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
GeneratriX wrote: neko_gimp-2.2.12.tardist (which bombs out as soon I open an image)


That one opens up images fine here ...

neko_mozilla-1.8a5.tardist (which bombs out randomly)


... and that one's not in beta :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
squeen wrote: I bet it's the same old glib memory mangling...really need to get to the bottom of that once and for all.


Does davea's post regarding rqs in the Mozilla thread have any bearing on this? He posted some possible solutions, regarding Mozilla at least:

viewtopic.php?t=10959
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
A few updates in beta:

neko_autoconf-2.60
neko_automake-1.9.6
neko_bison-2.3
neko_bzip2-1.0.3
neko_emacs-21.4a
neko_m4-1.4.6
neko_make-3.81
neko_nano-1.3.12
neko_tar-1.15.91
neko_wget-1.10.2
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Heh, I like how it says "This is the product that started Pixar !!". In reality, this is the product that started Pixar:

http://en.wikipedia.org/wiki/Pixar_computer

I wouldn't mind having one of those myself - I wonder if the granite skins were an inspiration to SGI? ;)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
neko_firefox-1.5.0.7.tardist now in beta ... let me know if there are any problems.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
VenomousPinecone wrote: No clue :? but once they do, im playing jake on the octane.


The jake page says it just needs Java 1.4 or greater - we have 1.4.1 on IRIX so I'd think it would be doable now ...
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
Updated/uploaded Firefox-1.5.0.7 with "official branding" as this was apparently a big issue for some. If someone can confirm that it still works as expected I'll move it to 'current' :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
The difference is it says "Firefox" instead of "Deer Park". Just the addition of "ac_add_options --enable-official-branding" when building. I would have done that from the start but the Mozilla folks don't really advertise that switch in their documentation.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.