The collected works of nekonoko - Page 8

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Sept. 19, 2006, 3:46 a.m...

schleusel wrote:

nekonoko wrote: If someone can confirm that it still works as expected I'll move it to 'current'

confirmed.

Excellent! Thanks for doing a sanity check; it's been moved to 'current'.

new in beta:

neko_x264-0.50.564.tardist - H264/avc encoder

Wow, that sounds great - definitely will give it a try. Any chance for even a rough build of mplayer for x264 playback in the near future? That's the only missing piece

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Sept. 19, 2006, 3:38 p.m...

schleusel wrote: I uploaded a very bare svn build (all external features disabled, only linked against system libs) two weeks ago, feel free to give it a try: http://www.kanera.de/mplayer-svn/
This one is built with the /opt/mplayer prefix so it will pick up the osd fonts and mplayer.conf of the old package if you have it installed. Just make sure to move the old codecs.conf out of the way.

Nice, thanks! It's very solid on the DIVX encoded content I've thrown at it so far in both avi and mkv containers (mkv has always been troublesome in the past); no crashes at all with this build. Doesn't like my h264 content much (lots of frame decoding errors) but still a very nice update.

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Sept. 20, 2006, 8:32 a.m...

schleusel wrote: ah.. yeah, it does that when it drops frames. Apparently thats normal, the h264 implementation isn't very robust wrt framedrop yet Still works ok though, just bitches. To check if that is the cause you can try with -noframederop (kills a-v sync of course).

Aha - yep, that was the problem; was just expecting it to be a bit more verbose

Looks like I need to find a 700 or 800MHz CPU for my Fuel. Thanks for the hints!

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of [How-To] Add pictures to the visual login screen at Sept. 22, 2006, 1:09 p.m...

fu wrote: there was no "faces" directory under /usr/lib/ nor /usr/local/lib so i created 'em and copyied the image file over there:

Code: Select all
o2 1# ls /usr/lib/faces/fu mad_127_100.rgb o2 2# ls /usr/local/lib/faces/fu mad_127_100.rgb o2 3#

You need to rename the image file so it matches your login name, i.e. mv mad_127_100.rgb fu

So it should look like: /usr/local/lib/faces/fu (with fu being the image file itself, not a subdirectory)

Here's an example from my Fuel (I use /usr/lib/faces instead of /usr/local/lib/faces but either location works):

Code: Select all


[Mai:~] neko 7# ls -la /usr/lib/faces


total 80


drwxr-xr-x    2 root     sys            28 Oct  3  2005 ./


drwxr-xr-x   69 root     sys         12288 Sep 19 04:42 ../


-rw-r--r--    1 neko     user        30512 Sep 28  2005 neko


-rw-r--r--    1 neko     user        30512 Oct  3  2005 root




[Mai:~] neko 9# file /usr/lib/faces/neko


/usr/lib/faces/neko:    SGI imagelib image (100 x 100)




[Mai:~] neko 10# file /usr/lib/faces/root


/usr/lib/faces/root:    SGI imagelib image (100 x 100)

'man clogin' for more details.

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of [How-To] Add pictures to the visual login screen at Sept. 22, 2006, 2:08 p.m...

Will probably look better than my digital camera snapshot - capturing the login screen is (normally) tough (though it sounds like X11 forwarding may be one way to do it)

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of [How-To] Add pictures to the visual login screen at Sept. 22, 2006, 2:16 p.m...

unixmuseum wrote: We used to have the Simpson's mugshots as visual logins for all of our users, this was a cool display...

I bought an Indigo2 on eBay a while back that had the entire clogin window filled with a spoof "Episode I" poster (Bart/Homer)

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

nekonoko
Site Admin
Who joined Jan. 23, 2003, 2:31 a.m.
and authored 7591 notes

Wrote on the subject of openssl 0.9.7j - RSA forgery at Sept. 25, 2006, 11:19 a.m...

Thanks for the heads up - I've uploaded neko_openssl-0.9.7k to beta.

_________________
私のホバークラフトは鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of What kind of hardware do we all own? at Sept. 29, 2006, 3:03 p.m...

skywriter wrote: oh i forgot to mention my Lynn Drum

Great box; I have even have a JLCooper MIDI retrofit installed in mine

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-mips3 at Oct. 3, 2006, 5:01 a.m...

neko_firefox-1.5.0.7-mips3.tardist is now available in nekoware-mips3/beta - has official branding this time around.

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

nekonoko
Site Admin
Who joined Jan. 23, 2003, 2:31 a.m.
and authored 7591 notes

Wrote on the subject of openssl 0.9.7j - RSA forgery at Oct. 19, 2006, 2:47 a.m...

neko_openssl-0.9.7l is now in beta - the 'k' release didn't last long

_________________
私のホバークラフトは鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

nekonoko
Site Admin
Who joined Jan. 23, 2003, 2:31 a.m.
and authored 7591 notes

Wrote on the subject of openssl 0.9.7j - RSA forgery at Oct. 19, 2006, 3:55 p.m...

Not a problem - glad to do it

_________________
私のホバークラフトは鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Firefox 2.0 Woes at Oct. 24, 2006, midnight..

Well I've been trying to get a Firefox-2.0 built for Nekoware but have hit a snag I can't seem to find a solution for. I'm able to build the entire thing, but the very last link phase on the binary throws a spurious '-L' flag into the mix:

Code: Select all


CC -o firefox-bin -I/usr/nekoware/include -I/usr/nekoware/include/glib-1.2 -I/usr/nekoware/lib/glib/include  -LANG:exceptions=OFF -O3 -mips4 -n32 -Zf,_245 -INLINE -woff 1110,1171,1201,1355,3201 -woff 3262 -G 4 -n32  -DNDEBUG -DTRIMMED -O3  nsBrowserApp.o nsStaticComponents.o   -L/usr/nekoware/lib -n32   -Wl,-LD_LAYOUT:lgot_buffer=80 -L../../dist/bin -L../../dist/lib ../../dist/lib/components/libxpcom_compat_c.a ../../dist/lib/components/libxpconnect.a ../../dist/lib/components/libuconv.a ../../dist/lib/components/libucvmath.a ../../dist/lib/components/libi18n.a ../../dist/lib/components/libmork.a ../../dist/lib/components/libstoragecomps.a ../../dist/lib/components/libnecko.a ../../dist/lib/components/libnecko2.a ../../dist/lib/components/libjar50.a ../../dist/lib/components/libpref.a ../../dist/lib/components/libcaps.a ../../dist/lib/components/librdf.a ../../dist/lib/components/libhtmlpars.a ../../dist/lib/components/libgfxps.a ../../dist/lib/components/libgfx_gtk.a ../../dist/lib/components/libimglib2.a ../../dist/lib/components/libgkplugin.a ../../dist/lib/components/libwidget_gtk.a ../../dist/lib/components/libgklayout.a ../../dist/lib/components/libdocshell.a ../../dist/lib/components/libembedcomponents.a ../../dist/lib/components/libwebbrwsr.a ../../dist/lib/components/libeditor.a ../../dist/lib/components/libtxmgr.a ../../dist/lib/components/libnsappshell.a ../../dist/lib/components/liboji.a ../../dist/lib/components/libchrome.a ../../dist/lib/components/libmozfind.a ../../dist/lib/components/libappcomps.a ../../dist/lib/components/libfileview.a ../../dist/lib/components/libremoteservice.a ../../dist/lib/components/libcommandlines.a ../../dist/lib/components/libtoolkitcomps.a ../../dist/lib/components/libpipboot.a ../../dist/lib/components/libpipnss.a ../../dist/lib/components/libpippki.a ../../dist/lib/components/libcookie.a ../../dist/lib/components/libxmlextras.a ../../dist/lib/components/libautoconfig.a ../../dist/lib/components/libtransformiix.a ../../dist/lib/components/libuniversalchardet.a ../../dist/lib/components/libwebsrvcs.a ../../dist/lib/components/libauth.a ../../dist/lib/components/libpermissions.a ../../dist/lib/components/libsearchservice.a ../../dist/lib/components/libbrowserdirprovider.a ../../dist/lib/components/libbrowsercomps.a ../../dist/lib/libunicharutil_s.a ../../dist/lib/libucvutil_s.a ../../dist/lib/libgtksuperwin.a ../../dist/lib/libgtkxtbin.a ../../dist/lib/libgfxshared_s.a ../../dist/lib/libgfxft2_s.a ../../dist/lib/libgfxpsshar.a ../../dist/lib/libgkgfx.a ../../dist/lib/libjsj.a ../../dist/lib/libxulapp_s.a  -L../../dist/lib -lmozpng -lm -L../../dist/lib -lmozjpeg -L../../dist/lib -lmozz  -L-L../../dist/bin -L../../dist/lib -lcrmf -lsmime3 -lssl3 -lnss3 -lsoftokn3   -lXt -L../../dist/lib -lxpcom_compat -L../../dist/lib/components  ../../dist/lib/libxulapp_s.a -L../../dist/bin -lmozjs -L../../dist/bin -lxpcom -lxpcom_core -L../../dist/lib -lplds4 -lplc4 -lnspr4 -L/usr/nekoware/lib -lpthread -ldl -L/usr/nekoware/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm   -lX11  -lsocket -ldl -lm -lfastm -lm -lpthread




CC ERROR parsing -L:  no argument given for option


gmake[4]: *** [firefox-bin] Error 2


gmake[4]: Leaving directory `/opt/build/mozilla/fb-opt-static/browser/app'

It's possible to manually link the above by correcting the '-L-L../../dist/bin' bit on the command line. Unfortunately this doesn't provide a solution since it'll just try to do it again once 'gmake -f client.mk build' is executed afterward.

The 'mozilla' build system is convoluted and about the only thing I can determine is that the bad link is part of the $(EXTRA_LIBS) variable in the link phase (line 809 of mozilla/rules.mk). $(EXTRA_LIBS) seems to get all sorts of things heaped into it from all over the place so I'm not able to isolate just where that one little bit is coming from.

As a point of reference, Firefox-1.5 series did not have this problem - the same bit is there but without the extra '-L':

Code: Select all


CC -o firefox-bin -I/usr/nekoware/include -I/usr/nekoware/include/glib-1.2 -I/usr/nekoware/lib/glib/include  -LANG:exceptions=OFF -O3 -mips4 -n32 -Zf,_245 -INLINE -woff 1110,1171,1201,1355,3201 -woff 3262 -G 4 -n32  -DNDEBUG -DTRIMMED -O3  nsBrowserApp.o nsStaticComponents.o   -L/usr/nekoware/lib -n32   -Wl,-LD_LAYOUT:lgot_buffer=80 -L../../dist/bin -L../../dist/lib ../../dist/lib/components/libxpcom_compat_c.a ../../dist/lib/components/libxpconnect.a ../../dist/lib/components/libuconv.a ../../dist/lib/components/libucvmath.a ../../dist/lib/components/libi18n.a ../../dist/lib/components/libnecko.a ../../dist/lib/components/libnecko2.a ../../dist/lib/components/libjar50.a ../../dist/lib/components/libpref.a ../../dist/lib/components/libcaps.a ../../dist/lib/components/librdf.a ../../dist/lib/components/libhtmlpars.a ../../dist/lib/components/libgfxps.a ../../dist/lib/components/libgfx_gtk.a ../../dist/lib/components/libimglib2.a ../../dist/lib/components/libgkplugin.a ../../dist/lib/components/libwidget_gtk.a ../../dist/lib/components/libgklayout.a ../../dist/lib/components/libdocshell.a ../../dist/lib/components/libembedcomponents.a ../../dist/lib/components/libwebbrwsr.a ../../dist/lib/components/libeditor.a ../../dist/lib/components/libtxmgr.a ../../dist/lib/components/libnsappshell.a ../../dist/lib/components/liboji.a ../../dist/lib/components/libchrome.a ../../dist/lib/components/libmork.a ../../dist/lib/components/libmozfind.a ../../dist/lib/components/libappcomps.a ../../dist/lib/components/libfileview.a ../../dist/lib/components/libremoteservice.a ../../dist/lib/components/libcommandlines.a ../../dist/lib/components/libtoolkitcomps.a ../../dist/lib/components/libpipboot.a ../../dist/lib/components/libpipnss.a ../../dist/lib/components/libpippki.a ../../dist/lib/components/libcookie.a ../../dist/lib/components/libxmlextras.a ../../dist/lib/components/libautoconfig.a ../../dist/lib/components/libtransformiix.a ../../dist/lib/components/libuniversalchardet.a ../../dist/lib/components/libwebsrvcs.a ../../dist/lib/components/libauth.a ../../dist/lib/components/libpermissions.a ../../dist/lib/components/libsearchservice.a ../../dist/lib/components/libbrowserdirprovider.a ../../dist/lib/components/libbrowsercomps.a ../../dist/lib/libunicharutil_s.a ../../dist/lib/libucvutil_s.a ../../dist/lib/libgtksuperwin.a ../../dist/lib/libgtkxtbin.a ../../dist/lib/libgfxshared_s.a ../../dist/lib/libgfxft2_s.a ../../dist/lib/libgfxpsshar.a ../../dist/lib/libgkgfx.a ../../dist/lib/libjsj.a ../../dist/lib/libxulapp_s.a  -L../../dist/lib -lmozpng -lm -L../../dist/lib -lmozjpeg -L../../dist/lib -lmozz  -L../../dist/bin -L../../dist/lib ../../dist/lib/libcrmf.a -lsmime3 -lssl3 -lnss3 -lsoftokn3    -lXt -L../../dist/lib -lxpcom_compat -L../../dist/lib/components  ../../dist/lib/libxulapp_s.a -L../../dist/bin -lmozjs -L../../dist/bin -lxpcom -lxpcom_core -L../../dist/lib -lplds4 -lplc4 -lnspr4 -L/usr/nekoware/lib -lpthread -ldl -L/usr/nekoware/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm   -lX11  -lsocket -ldl -lm -lfastm -lm -lpthread

I can't locate any differences that would account for it in the configuration files though.

This has been a problem throughout the Firefox-2.0 prerelease series, but now that it's 'gold' I'd like to see this running on IRIX. If anyone has any suggestions on how to get the build system over this hump we should be home free ...

I also filed a Bugzilla bug on this (#357780) to see if I can get some feedback on that end.

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Firefox 2.0 Woes at Oct. 24, 2006, 2:24 a.m...

Okay, I found a nasty hack. Seems that the corrupt portion is part of NSS_LIBS which is embedded into STATIC_EXTRA_LIBS in config/static-config.mk. I just copied the whole '-L../../dist/bin -L../../dist/lib -lcrmf -lsmime3 -lssl3 -lnss3 -lsoftokn3' line and added it to STATIC_EXTRA_LIBS manually in the same file (killed the variable). We'll see how that goes

Okay - builds now, but just cores on startup.

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Firefox 2.0 Woes at Oct. 24, 2006, 9:04 p.m...

Looks like foetz opened a bug; no further comments on it for a while though:

https://bugzilla.mozilla.org/show_bug.cgi?id=351261

I tried reverting https://bugzilla.mozilla.org/show_bug.cgi?id=347645 as mentioned but still get the crash in the same place.

Looks like Firefox-2.0 is DOA on IRIX unless someone with more skills than I can work this out.

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Firefox 2.0 Woes at Oct. 25, 2006, 7:36 a.m...

Could be the case, but I'll need to let a more experienced coder look into it - I'm an engineer by trade, not a programmer

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Firefox 2.0 Woes at Oct. 27, 2006, 3:33 a.m...

Not sure how to go about doing that (engineer, yadda yadda), but I can contribute a before/after of that code block (Firefox-1.5.0.7 and Firefox-2.0):

Firefox-1.5.0.7 jsarena.c:

Code: Select all


JS_InitArenaPool(JSArenaPool *pool, const char *name, size_t size, size_t align)


{


#ifdef JS_THREADSAFE


/* Must come through here once in primordial thread to init safely! */


if (!arena_freelist_lock) {


arena_freelist_lock = JS_NEW_LOCK();


JS_ASSERT(arena_freelist_lock);


}


#endif


if (align == 0)


align = JS_ARENA_DEFAULT_ALIGN;


pool->mask = JS_BITMASK(JS_CeilingLog2(align));


pool->first.next = NULL;


pool->first.base = pool->first.avail = pool->first.limit =


JS_ARENA_ALIGN(pool, &pool->first + 1);


pool->current = &pool->first;


pool->arenasize = size;


#ifdef JS_ARENAMETER


memset(&pool->stats, 0, sizeof pool->stats);


pool->stats.name = strdup(name);


pool->stats.next = arena_stats_list;


arena_stats_list = &pool->stats;


#endif


}

Firefox-2.0 jsarena.c:

Code: Select all


JS_InitArenaPool(JSArenaPool *pool, const char *name, size_t size, size_t align)


{


if (align == 0)


align = JS_ARENA_DEFAULT_ALIGN;


pool->mask = JS_BITMASK(JS_CeilingLog2(align));


pool->first.next = NULL;


pool->first.base = pool->first.avail = pool->first.limit =


JS_ARENA_ALIGN(pool, &pool->first + 1);


pool->current = &pool->first;


pool->arenasize = size;


#ifdef JS_ARENAMETER


memset(&pool->stats, 0, sizeof pool->stats);


pool->stats.name = strdup(name);


pool->stats.next = arena_stats_list;


arena_stats_list = &pool->stats;


#endif


}

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Firefox 2.0 Woes at Oct. 27, 2006, 6:30 a.m...

You've lost me there, sorry.

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

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Blender Irix Development at Oct. 29, 2006, 8:01 a.m...

Thanks again for keeping IRIX Blender alive - this is great stuff!

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

nekonoko
Site Admin
Who joined Jan. 23, 2003, 2:31 a.m.
and authored 7881 notes

Wrote on the subject of What's new in 6.5.30 at Nov. 3, 2006, 12:37 p.m...

It's an issue with rqs on your system. You should be able to fix it by following the instructions davea posted here:

viewtopic.php?t=10959&start=23

_________________
私のホバークラフトは鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

nekonoko
Site Admin
Who joined Jan. 23, 2003, 2:31 a.m.
and authored 7881 notes

Wrote on the subject of What's new in 6.5.30 at Nov. 3, 2006, 12:56 p.m...

VenomousPinecone wrote:

I ran into this problem before, fixed it by downloading and installing the glib from beta. Guess there is more than one way to fix it

Sometimes that works (pretty much by chance) if rqs happens to remap the DSO to a better location when installing the new version, but it's not a 100% solution. davea's method will fix it though

_________________
私のホバークラフトは鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

nekonoko
Site Admin
Who joined Jan. 23, 2003, 1:31 a.m.
and authored 7946 notes

Wrote on the subject of openssh-4.5p1 Released at Nov. 7, 2006, 12:37 p.m...

Quote:

OpenSSH 4.5 has just been released. It will be available from the
mirrors listed at http://www.openssh.com/ shortly.

OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0
implementation and includes sftp client and server support.

Once again, we would like to thank the OpenSSH community for their
continued support of the project, especially those who contributed
code or patches, reported bugs, tested snapshots and purchased
T-shirts or posters.

T-shirt, poster and CD sales directly support the project. Pictures
and more information can be found at:
http://www.openbsd.org/tshirts.html and
http://www.openbsd.org/orders.html

For international orders use http://https.openbsd.org/cgi-bin/order
and for European orders, use http://https.openbsd.org/cgi-bin/order.eu

Changes since OpenSSH 4.4:
============================

This is a bugfix only release. No new features have been added.

Security bugs resolved in this release:

* Fix a bug in the sshd privilege separation monitor that weakened its
verification of successful authentication. This bug is not known to
be exploitable in the absence of additional vulnerabilities.

This release includes the following non-security fixes:

* Several compilation fixes for portable OpenSSH

* Fixes to Solaris SMF/process contract support (bugzilla #1255)

Thanks to everyone who has contributed patches, reported bugs and
tested releases.

Checksums:
==========

- SHA1 (openssh-4.5.tar.gz) = def3de1557181062d788695b9371d02635af39fb
- SHA1 (openssh-4.5p1.tar.gz) = 2eefcbbeb9e4fa16fa4500dec107d1a09d3d02d7

Reporting Bugs:
===============

- please read http://www.openssh.com/report.html
and http://bugzilla.mindrot.org/

OpenSSH is brought to you by Markus Friedl, Niels Provos, Theo de Raadt,
Kevin Steves, Damien Miller, Darren Tucker, Jason McIntyre, Tim Rice and
Ben Lindstrom.

_______________________________________________
openssh-unix-announce mailing list
mailto:[email protected]
http://lists.mindrot.org/mailman/listin ... x-announce

A neko_openssh-4.5p1.tardist is now 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.

nekonoko
Site Admin
Who joined Jan. 23, 2003, 2:31 a.m.
and authored 7591 notes

Wrote on the subject of VRED: blatant commercial at Nov. 18, 2006, 4:28 a.m...

squeen wrote:

Unbelievable! g80 is an nv4x series GPU?

G80 is the new 8th generation nVidia GPU (used in the 8800 series). Just came out a couple weeks ago.

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

_________________
私のホバークラフトは鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Firefox 2.0 Woes at Nov. 28, 2006, 3:19 a.m...

Okay got this licked - new static MIPSpro Firefox-2.0 build in 'beta'. Hint was in bug #79562 - apparently they were maintaining a MIPSpro optimization exception list for certain files in the JS tree; jsxdrapi.o needs to be added to that list:

Code: Select all


--- js/src/Makefile.in.save  Thu Jul 27 15:56:20 2006


+++ js/src/Makefile.in   Tue Nov 28 00:39:32 2006


@@ -297,7 +297,7 @@


ifeq ($(OS_ARCH),IRIX)


ifndef GNU_CC


_COMPILE_CFLAGS  = $(patsubst -O%,-O1,$(COMPILE_CFLAGS))


-jsapi.o jsarena.o jsarray.o jsatom.o jsemit.o jsfun.o jsinterp.o jsregexp.o


jsparse.o jsopcode.o jsscript.o: %.o: %.c Makefile.in


+jsapi.o jsxdrapi.o jsarena.o jsarray.o jsatom.o jsemit.o jsfun.o jsinterp.o


jsregexp.o jsparse.o jsopcode.o jsscript.o: %.o: %.c Makefile.in


$(REPORT_BUILD)


@$(MAKE_DEPS_AUTO)


$(CC) -o $@ -c $(_COMPILE_CFLAGS) $<


endif

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

nekonoko
Site Admin
Who joined Jan. 23, 2003, 2:31 a.m.
and authored 7881 notes

Wrote on the subject of Nekoware-current at Nov. 28, 2006, 4:10 a.m...

nekonoko wrote:

neko_firefox-1.5.0.8 is now in /beta. Probably the last MIPSpro Firefox build for the foreseeable future (from me at any rate) due to code changes in the 2.0 release.

Okay, figured out the Firefox-2.0 problems and new static MIPSpro build is in 'beta'. Better late than never

_________________
私のホバークラフトは鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

nekonoko
Site Admin
Who joined Jan. 23, 2003, 2:31 a.m.
and authored 7881 notes

Wrote on the subject of Nekoware-current at Dec. 4, 2006, 5:47 a.m...

squeen wrote:

It's working nicely for me as well. Thanks much Neko!

gtk1 or gtk2 based?

It's GTK1; GTK2 is just too slow under IRIX. Can't make a static build as easily either.

_________________
私のホバークラフトは鰻が一杯です。
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of The Nekoware Tardist Build FAQ at Dec. 11, 2006, 12:02 a.m...

joerg wrote: In the past the incoming directory has write access for anonymous...

Still does. But it's a "drop box" - you won't be able to get a directory listing in there, and you can only upload files. This is done for security/abuse reasons.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Dec. 20, 2006, 11:05 a.m...

Just uploaded a new neko_firefox-2.0.0.1.tardist to /beta - latest and greatest release.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Dec. 21, 2006, 7:34 a.m...

squeen wrote: Error: Cairo does not yet support the requested image format:
Depth: 32

I think Cairo can only deal with a 24-bit visual (-depth 24 on Xservers line) - 8 (IRIX default) or 32 cause it to crash.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Problems with Fuel at Dec. 21, 2006, 8:22 a.m...

Connect to the L1 port (serial port located on the motherboard) to see why the L1 is turning the machine off. Could be environmental monitoring.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Problems with Fuel at Dec. 21, 2006, 8:36 a.m...

You had a serial cable to connect to the rear of the box - same cable to connect to the L1 port on the motherboard - 9-pin serial.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Problems with Fuel at Dec. 21, 2006, 8:44 a.m...

You're not looking in the right place. Take the side panel off your Fuel and locate the L1 serial port on the motherboard , near the PIMM.

viewtopic.php?t=10802

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Problems with Fuel at Dec. 21, 2006, 8:59 a.m...

Could be - thought it is was 19200/8/1/n but you may need to experiment on the line speed.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Problems with Fuel at Dec. 21, 2006, 9:20 a.m...

Yep, either a bad power supply or (more likely) incorrect environmental monitoring. If you feel like taking a chance you can turn off the env monitoring by issuing 'env off' at the L1 prompt. Then boot the system.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Problems with Fuel at Dec. 21, 2006, 10:29 a.m...

Nope, you'd need to swap the entire motherboard - it's integrated. Glad it's working for you though.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Dec. 21, 2006, 12:12 p.m...

squeen wrote: @neko: I just tickles me to death that the version of Firefox I run under IRIX is more recent than all the Red Hat installations. You rock! (It also cracks me up I can't get SuperTux to run under Linux, but IRIX and Mac work just fine.)

Well getting 2.0 straightened out was a bear, but once the porting work is done it's trivial to produce the point releases. The fun will begin again when they move on to 3.0

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Jan. 3, 2007, 11:50 p.m...

Do we have anything in /beta that can be moved to /current? Looks like some stuff has been in there a while now.

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Jan. 4, 2007, 2:32 a.m...

joerg wrote: And moving the other packages would be save execpt the 3 from above.

Sounds good - I left those three in /beta and moved the rest. Thanks!

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of OpenSSL SSL_get_shared_ciphers Function Buffer Overflow Vuln at Jan. 18, 2007, 8:04 a.m...

Ah, thought this was something new - been fixed since last September (and in Nekoware since October)

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of OpenSSL SSL_get_shared_ciphers Function Buffer Overflow Vuln at Jan. 20, 2007, 11:10 a.m...

Not a problem. Looks like this was sent out as an update because Oracle finally patched their bundled library: "Oracle has released the January 2007 Critical Patch Update and updates to address the buffer overflow vulnerability in the SSL_get_shared_ciphers function of OpenSSL." Other than that, old news

nekonoko
Site Admin
From Pleasanton, California
Who joined Jan. 23, 2003, 1:31 a.m.

Wrote on the subject of Nekoware-current at Jan. 21, 2007, 11:58 a.m...

ipaddict wrote: Quick FYI:

I just (re-)installed neko_gimp from /current and I noticed that it (still) lacks the dependency on libart in the tardist. I thought I recalled someone posting about this issue in the past, but I couldn't find it.

I don't think anyone's touched that package in a long time. Volunteers are welcome