The collected works of joerg - Page 2

stuart wrote:
I think freeciv2 is broken - it seems to have neko_audiofile.sw.lib as a dependancy, but the nekoware archive only contains a neko_libaudiofile.sw.lib.


Grrrrrrr.... same problem again. We already hit it in the pass.
http://forums.nekochan.net/viewtopic.php?p=79296&highlight=nekoaudiofile#79296

Looks like that i have problems with removing neko_audiofile :|. I have updated neko_freeciv2. Upload is in progress...... finished at 15:15 GMT+1

Stuart please test it if its now install and runing.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
At least the following is needed

Code:
[o2k]:/usr/nekoware/lib/gimp/2.0 $ ~root/nekotool.php -l ./
Found 10 files under ./.
Investigating 32 *.so libs
Investigating 20 subimages
prereq (
neko_atk.sw.lib 4 maxint
neko_cairo.sw.lib 4 maxint
neko_expat.sw.lib 3 maxint
neko_fontconfig.sw.lib 3 maxint
neko_freetype2.sw.lib 3 maxint
neko_gettext.sw.lib 2 maxint
neko_gimp.sw.lib 5 maxint
neko_glib.sw.lib 7 maxint
neko_glitz.sw.lib 2 maxint
neko_gtk.sw.lib 6 maxint
neko_lcms.sw.lib 114 maxint
neko_libiconv.sw.lib 2 maxint
neko_libpixman.sw.lib 2 maxint
neko_libpng.sw.lib 3 maxint
neko_libxrender.sw.lib 2 maxint
neko_pango.sw.lib 7 maxint
neko_zlib.sw.lib 6 maxint
)


These are only the libs. Also needed is python and maybe perl?.

Oh. i have take a look to the spec file. From my point of few some more is missing. The neko_gimp.sw.eoe need also "neko_gimp.sw.lib 5 maxint" as a dependancy, otherwise someone 'can' install the binaries without the needed libs.

Code:
[o2k]:/usr/nekoware/lib/gimp $ cp /usr/nekoware/bin/gimp /tmp/gimp/
[o2k]:/usr/nekoware/lib/gimp $ ~root/nekotool.php -b /tmp/gimp/
Found 1 files under /tmp/gimp/.
Investigating 32 *.so libs
Investigating 20 subimages
prereq (
neko_atk.sw.lib 4 maxint
neko_cairo.sw.lib 4 maxint
neko_expat.sw.lib 3 maxint
neko_fontconfig.sw.lib 3 maxint
neko_freetype2.sw.lib 3 maxint
neko_gettext.sw.lib 2 maxint
neko_gimp.sw.lib 5 maxint
neko_glib.sw.lib 7 maxint
neko_glitz.sw.lib 2 maxint
neko_gtk.sw.lib 6 maxint
neko_libart.sw.lib 2 maxint
neko_libiconv.sw.lib 2 maxint
neko_libpixman.sw.lib 2 maxint
neko_libpng.sw.lib 3 maxint
neko_libxrender.sw.lib 2 maxint
neko_pango.sw.lib 7 maxint
neko_zlib.sw.lib 6 maxint
)


regards
Joerg

_________________
http://www.irixworld.net
Image Image
nekonoko wrote:
I never could get nekotool to work here - just complains about improper usage of grep :/


Its my nekotool. php :). I hacked some php for a easier living :)

_________________
http://www.irixworld.net
Image Image
Squeen, please tell me that you only have forget to add the missing preqs in this package and maybe others. Dont say this is your prefered way for handling preqs.

If youe apps neko_foobar have a dep to neko_foo and neko_bar and you only add neko_foo to the deps because neko_foo already have a dep to neko_bar this isnt the right way.

If your neko_foo is a older package it might be possible that its also referering to lower version of the package as your current application neko_bar is link against.


whiter wrote:
squeen wrote:
I resisted listing perl/python since the package will function without plugins or scripting.

isn't it possible to package the plugins in neko_gimp.sw.plugins and then do let that one have the dependencies on perl & python?


Sounds like a good idea but next questions is make it sence to mark this package as a default one. Also a questions how usabe gimp comes without these plugins.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
squeen wrote:
@joerg: About prereqs: If an app as a prereq of GTK like the GIMP does, I do not feel it is a good idea to add all of GTK's prereq's to the GIMP. That's the way all the original nekoware wer packaged.


Haeh?
All libs which are shown from a ldd foo.so have to be in the prereqs. No more and no less. Thats the way how sgis swpkg works and i hope the most of our packages used it in this ways.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
Schleusel mentioned during an IRC session that his new neko_db4-4.4.2 package, which is currently located in /beta comes with a libdb-4.4.so and not with a libdb-4.3.so anymore. This breaks some apps because they links against libdb-4.3.so and not against libdb-4.so

We take a look into the specs files and see the following packages with uses db4 as a direct prereq.

neko_kdesdk
neko_kdevelop
neko_openldap
neko_php5
neko_webalizer


Both kde apps links against libdb-4.so and arent effected but all the other breaks. Maybe there are a few more outthere....

Edit:
On of the submodule of kdevelop (r++)links against the old libdb.

The new neko_imagemagick also breaks neko_php5_imagick because it dont provide the needed libWand.so.7.

As a temporary help its possible to create a symlink which point to the right file ... but that is only a workaround.

I have uploaded newer versions of openldap and php5 which uses the db4-4.20.

Btw. it would be fine if a note would be postet in this thread if some uploaded into /beta, or whats more importent directly into the /current dir. Silent upgrades of a base library should be announced in some way so its possible to create the right prereqs for new packages.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
Oskar45 wrote:
Dr. Dave wrote: Since the chips 'read' OK, one can assume that either the analog input to the chip on the offending line is bad (implying a chip problem), the voltage reference for the device is bad, or the origin for the derived voltage is bad.

Did you ever consider the possibility that the chips themselves might indeed be ok but the checking /algorithm/ is faulty?


Shouldnt than sgi can fixed that with a firmware upgrade? According to the post sgi replaced the boards.

regards
Joerg
New packages in the /beta directory
neko_ffcall-1.10 - function call interfaces in embedded interpreters
neko_black-box-1.4.7 - some kinf of puzzle game
neko_squid-2.6.stable3 - Webproxy and Cache

Updated but also in /beta.
neko_webalizer-2.01-10 - log file analysis program


Some more trouble looking around the corner. The updated neko_openldap doesnt provide the libldap-2.2.so.8 any more. So some apps wont work. From a first look the following packages might be effected by this issue.

neko_evolutiondataserver,
neko_evolutionexchange,
neko_evolution,
neko_postfix,
neko_python_ldap,
neko_samba,
neko_sylpheed_claw
s

If the system runs a recent IRIX version and you have installed "OpenLDAP LDAP server and client tools, 2.2.23" youre safe, because the right version stays in /usr/lib32. This isnt true for people which runs IRIX 6.5.22 on their machines because the OS only comes with "OpenLDAP LDAP server and client tools, 2.1.22" which isnt enough.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
nekonoko wrote:
Let me know if there are any others.


The 2 games black-box and defendguin and the lib ffcall. The last one have no dependancie and im sure we didnt break anything there :)

regards
Joerg

_________________
http://www.irixworld.net
Image Image
For the kids,

neko_icebreaker-1.95 - action-puzzle game
neko_enemylines5-1.0 - Spaceship dogfight
neko_kobodl-0.4pre10 - arcarde like action figher game
neko_defendguin-0.0.11 - arcarde like defender clone

regards
Joerg
Today i have noticed a problem with 'luma' which is a python based programm to browse through ldap directorys. When trying to start the programm i get the following:

Code: Select all

[fuel]:~ $ luma
Traceback (most recent call last):
File "/usr/nekoware/bin/luma", line 18, in ?
from qt import *
ImportError:  1750:python: rld: Fatal Error: unresolvable symbol in /usr/nekoware/lib/libfontconfig.so.2: libiconv_open


What i dont understand is the following. The luma apps was created after the last update of fontconfig so i expect that the error dont comes from the libfontconfig. But the date information confused me.

Code: Select all

[o2k]:~ $ showfiles --/usr/nekoware/lib/libfontconfig.so.2
l     0     0 neko_fontconfig.sw.lib   usr/nekoware/lib/libfontconfig.so.2
f 52281 373612 neko_fontconfig.sw.lib   usr/nekoware/lib/libfontconfig.so.2.4
[o2k]:~ $ versions -n neko_fontconfig.sw.lib
I = Installed, R = Removed

Name                 Version     Description

I  neko_fontconfig               3  fontconfig-2.3.2 font configuration library
I  neko_fontconfig.sw            3  Software
I  neko_fontconfig.sw.lib           3  shared libraries
[o2k]:~ $ versions neko_fontconfig.sw.lib
I = Installed, R = Removed

Name                 Date        Description

I  neko_fontconfig      10/08/2005  fontconfig-2.3.2 font configuration library
I  neko_fontconfig.sw   10/08/2005  Software
I  neko_fontconfig.sw.lib  10/08/2005  shared libraries


Luma was created on 11/30/2005 and the latest fontconfig package is from 10/8/2005. But when take a look to the files i get

Code: Select all

o2k]:~ $ ll /usr/nekoware/lib/libfontconfig.so*
lrwxrwxrwx    1 root     sys            20  7. März 2005  /usr/nekoware/lib/libfontconfig.so -> libfontconfig.so.2.4
lrwxrwxrwx    1 root     sys            20  7. März 2005  /usr/nekoware/lib/libfontconfig.so.2 -> libfontconfig.so.2.4
-rwxr-xr-x    1 root     sys        373612  8. Okt  2005  /usr/nekoware/lib/libfontconfig.so.2.4

which means 7/3/2005 for the sysmlinks. Does this means that swmgr dont 'update' symlinks from a package when installing an update?

Someone have a clue whats going wrong?

As an note: It would be fine if a packager would insert his name/email into the relnote file. Also a more complete configure line would be help when recompile something.

regards
Joerg
I have installed all of your packages on my indy. The new openssh/ssl works as expected and chkconfig is now turned off but it looks like neko_ntpd is turn on :)

regards
Joerg
If you can provide a patch or instruction what is needed to compile erlang with mips pro i will try it and create an nekoware package. Last time erlang doesnt compile.

Code: Select all

c99 -MM -MG -O3 -mips4 -I/usr/nekoware/include -I/usr/nekoware/kde/include  -OPT:Olimit=0:roundoff=3  -TARG:platform=IP27:proc=r10000 -I/usr2/MIPS/otp_src_R11B-1/erts/mips-sgi-irix6.5   -I/usr/nekoware/include  -DHAVE_CONFIG_H    -Ibeam -Isys/unix -Isys/common -Imips-sgi-irix6.5/opt/plain -Imips-sgi-irix6.5 -Izlib -Ihipe -I../include/internal -I../include/internal/mips-sgi-irix6.5 -Idrivers/common beam/*.c \
| sed 's|^\([^:]*:\)|$(OBJDIR)/\1|g;s|mips-sgi-irix6.5/opt/plain/|$(TTF_DIR)/|g;s|/usr2/MIPS/otp_src_R11B-1/|$(ERL_TOP)/|g' > mips-sgi-irix6.5/depend.mk
beam/atom.c:
"beam/atom.c": Error: Can't open intermediate compiler file (/tmp/ctmB.BAAa000Sr): No such file or directory


This was otp_src_R11B-1.

regards
Joerg
Support for all systems below o2 are droped after the .22 release.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
kasbah_de wrote:
Joerg, i thought it might be unsupported, but it could work, like the 1GB Ram in the indigo2 r10000 but supportet are only 640MB.

Isn't there no way to install 6.5.30 on an Indigo2?

reguards, Sebastian


In 1996 they are no modules with bigger size availabe..... thats it.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
ipaddict wrote:
Thanks in no small part to Alvers tardist building guide, I've built my first tardist! :D

It's a build of RubyGems 0.9.0. Is there somewhere I can upload it for you guys to test?

Thanks!

Welcome to the club,

IIRC Pete's FTP have an incomming directory where you can upload your stuff. If you like you can also send me your stuff so i can take a look to it and upload it into /beta.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
ipaddict wrote:
hamei wrote:
ipaddict wrote:
Hmm... do you have neko_ruby installed?

Thought so but maybe it's b0rken :-( I had some "issues" with a famous product a while back, some things got smunched. Will have to check next weekend, time to head back to prison.


It may not be you that's borked - it is my first package. :-/


The package is good.... it needs neko_ruby version 2 and thats what inst reportet. I cant see the problems.... Hamei have to install or update his neko_ruby.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
ant_39 wrote: Hi... what is one supposed to do with prepared package? I took a liberty of simply trying to upload it to beta/ and incoming/ directories on nekochan ftp, but was out of luck in both cases. Is there some magic login/passwd combination that I missed, or some more formal process that I should adhere to?


In the past the incoming directory has write access for anonymous... but maybe Pete have change that. For the other directorys you need an account with password. So if you have a bunch of packages please send a PM to Pete (nekochan owner) and ask for an account. Otherwise send me your tardists with e-mail or provide an url for download so i can take a look first ;)

regards
Joerg
nekonoko wrote:
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.


Thats what i expected :). Maybe the users are confuses because they cant see the directory listing.

regards
Joerg
sgianimefan wrote: i picked up a sgi 02 at a thrift store and found that the perseon that owned it left the password on the account and wonder if their some tools/hacks to to remove/change the password


Insert a Boot CD and start the miniroot. From there you can mount the disk (sometimes its already mountet). Than you can use an editor like vi to clear the password for the root user.

The second solution it to put the disk into a machine which can read/write the xfs filesystem editing the etc/passwd

Otherwise test if there is a unlocked account like guest,lp or others and use a local root exploit.

regards
Joerg
The user "kasbah" reports an error that the old sqlite extension for php5 doesnt work when using PDO.

So i have replace the neko_php5_sqlite with a working one.

regards
Joerg
If he have used the script from above he used the right way by performing xfs_dump. So the different disk sizes doesnt matter.

About the problem.... he have to check if the bootinfo contains the name of the kernel. Without that the prom uses some ENV settings which doesnt exists on every system.

Code: Select all

fx/label/show> boot

----- bootinfo-----
root partition = 0     swap partition = 1    bootfile = /unix


You can create the missing info within the fx tool.

regards
Joerg
pub_bronx wrote: Hello,

joerg wrote: You can create the missing info within the fx tool.


Is it too late for me to do that by now, after having already copied the other partitions with the script?


No its not to late.

And is it related to the 'OSLoadFilename' variable Ian Mapleson is talking about in http://futuretech.blinkenlights.nl/disksfiles.html#CLONE , in the 'Cloning A Root Disk' section?


Yes, but i dont knows if its the same for all sgi machines.

regards
Joerg
Run 'pango-querymodules' as root and try again.

The first start of xchat takes ages because it buildung up a fontcache or similar.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
Install and configure fontconfig. Btw. we also have GAIM in nekoware which is also a IRC client.

regards
Joerg

_________________
http://www.irixworld.net
Image Image
You told us that the machine arrives a few day ago... if you bought this machine from a official reseller sent it back and ask for a replacement or get your money back.

regards
Joerg
Updates:
neko_xchat-2.6.8 - GTK1 based IRC client


New:
neko_gdis-0.77.4 - display and manipulation of isolated molecules and periodic systems


regards
Joerg
Alver wrote:
joerg wrote: Updates:
neko_xchat-2.6.8 - GTK1 based IRC client


That's gtk2, right? I thought gtk1 ended at 1.8.something...


Youre right.

regards
Joerg
pub_bronx wrote: Hello,
Thanks for your help. I managed to boot from this newly cloned drive simply by adding

Code: Select all

setenv OSLoadFilename /unix

in the 'PROM shell'.


And if you add this info into the bootinfo its not needed as a prom variable and your disk works in every machine (same type i mean).

regards
Joerg
Its in

Code: Select all

fx -x
fx/label/set/bootinfo



The last entry have to be "/unix" and dont forget to sync.

regards
Joerg
Vagabondo wrote:
@fzalfa...what file were you using to benchmark your test??


I think the file is from this webside http://www.eofw.org/bench/

regards
Joerg

_________________
http://www.irixworld.net
Image Image
nekonoko wrote: Do we have anything in /beta that can be moved to /current? Looks like some stuff has been in there a while now.


I have http://forums.nekochan.net/viewtopic.php?p=90238#90238 in my mind.


Someone reportet minor errors with about xchat-2.6.8. I used it here on my fuel and the basic stuff works. IIRC the problem was also reportet on other platforms as well... i would like to say move it into current. There is no other package which depends on neko_xchat. So if someone dont like the package he can use the older one.

And moving the other packages would be save except the 3 from above.

regards
Joerg
stuart wrote:
joerg wrote: Somewhere reportet minor errors with about xchat-2.6.8. I used it here on my fuel and the basic stuff works. IIRC the problem was also reportet on other platforms as well... i would like to say move it into current.


As noted here:

http://forums.nekochan.net/viewtopic.php?t=12691

... the UI in xchat 2.8 is (admittedly on all platforms) quite horribly broken - so even if this package does match the latest release, it's still no good for actual use. Please could it be moved back to beta until upstream get their heads in gear?

Cheers,

stuart


We have version 2.6.8 here in nekoware..... and the basic stuff is working. I only have one window which is connectet to serveral servers.

But it can be stay in /beta when its not usable for you.

regards
Joerg
Sorry....but its not working with more than 8 threads. It takes a maximum of 790% cputime.


But i have some questions.

Why it always creates a /tmp/0001.jpg when specify -F PNG?

How to set the tilesets when using the command line only?

Code:
./blender -t 24 -F PNG -g  -b test.blend -f 1


On a multi cpu system you can create a cpuset in combination with a simple shell wrapper

Code:
[o2k]:~/blender-2.43RC1-irix-6.5-mips $ cpuset -q blender -A ./bench.sh 8
guessing './blender' == '/usr/people/beh/blender-2.43RC1-irix-6.5-mips/./blender'
Compiled with Python version 2.4.
Checking for installed Python... got it!
Fra:1 Mem:3.54M Sce: Scene Ve:998 Fa:985 La:1
Fra:1 Mem:23.25M | Part 1-16
Fra:1 Mem:22.82M | Part 5-16
Fra:1 Mem:23.25M | Part 2-16
Fra:1 Mem:23.25M | Part 6-16
Fra:1 Mem:23.19M | Part 4-16
Fra:1 Mem:23.19M | Part 3-16
Fra:1 Mem:23.25M | Part 7-16
Fra:1 Mem:23.25M | Part 9-16
Fra:1 Mem:23.25M | Part 8-16
Fra:1 Mem:21.84M | Part 11-16
Fra:1 Mem:20.42M | Part 10-16
Fra:1 Mem:19.00M | Part 13-16
Fra:1 Mem:17.59M | Part 12-16
Fra:1 Mem:16.11M | Part 14-16
Fra:1 Mem:14.69M | Part 15-16
Fra:1 Mem:13.27M | Part 16-16
Saved: /tmp/0001.jpg Time: 02:12.91


regards
Joerg

_________________
http://www.irixworld.net
Image Image
I have updated the following
neko_fftw-3.1.2 - C subroutine library for Fourier transform

The software can be compiled for supporting up to 3 different datatypes/precision? (float, single, double)....but for unknown reasons you can only choose one at a time. The binaries and libs comes with a small suffix, so i have decided to compile it 3 times to get all 3 versions. I stumble across this after reading the danger from the deep thread.

regards
Joerg
skip wrote: ..
The list of required packages is: libSDL, libSDL_mixer, libSDL_net, libSDL_image, libpng, libjpeg, libiconv, libtiff, zlib, libvorbisfile, libvorbis and libogg. But I'm sure that you have all those, or it shouldn't execute at all.


It needs:

Code: Select all

neko_sdl.sw.lib 7 maxint
neko_sdl_image.sw.lib 3 maxint
neko_sdl_mixer.sw.lib 5 maxint
neko_sdl_net.sw.lib 2 maxint
neko_fftw.sw.lib 3 maxint
neko_libiconv.sw.lib 2 maxint
neko_libjpeg.sw.lib 2 maxint
neko_libogg.sw.lib 1 maxint
neko_libpng.sw.lib 3 maxint
neko_tiff.sw.lib 3 maxint
neko_libvorbis.sw.lib 1 maxint
neko_zlib.sw.lib 6 maxint


I have updated our neko_fftw to 3.1.2 so it is possible to link dangerdeep without editing the linkline with your hand.

I have compile it as a nekoware standard package and it runs here on my FUEL/V10. No crashes so fare... but some other things.

1. No periscope
2. Most of the models doesnt shown with textures (something misssing/incomplete game or just broken?)
3. On my system the colors looks very 'purple'
4. German "umlauts" are not working when switching the language in the game

Image

Image

So... time for a neko_dangerdeep or not? I can package it in minutes :)

regards
Joerg
loonvf wrote: Hi Joerg,

Offcourse it is great to see this game into nekoware !
How many Frames Per Second does the game do on your Fuel?



Hmmm... not the easy way. A dozen pathes of the datadir contains spaces. This confuses swpkg and more important the inst utility! I always thought that some quotes " ..... " can be used as a workaround.... buts thats wrong.

So we need a post-exec script which unzips the data.zip to the right location. But im running low on time now.... and currently in dont know a way to cleanup the stuff when try to de-install the package.

On my FUEL i get 6.8-60 frames.

regards
Joerg
The software compiles with mipspro c99 with recent nekoware packages on my machine. Use the standard environment variables. What not worked out of the box is "gmake install" because it looks like the programm would installed under the uid "squid" which not exists by default.

Code: Select all

./configure --with-db=/usr/nekoware --prefix=/usr/nekoware-build
checking for db_version in -ldb... yes
....

[o2k]:/usr2/MIPS/squidGuard-1.2.0p3/src $ ldd squidGuard
libdb-4.4.so  =>         /usr/nekoware/lib/libdb-4.4.so
libc.so.1  =>    /usr/lib32/libc.so.1
libpthread.so  =>        /usr/lib32/libpthread.so


regards
Joerg
Spidy wrote: So how do you get past the "make" errors?

You must be doing something differently??


There are no make errors. I bet you get errors because the precompiler picks up wrong (old) db-x.h header.

Code: Select all

1. Setup your Environment
2. Check if all the needed Tools, Programms, Libs are installed
3. Run the ./configure
4. Run gmake
5. Install the stuff
5. Create a nekoware tardist.


regards
Joerg
neko-pgsql-8.2.3 - fast relational SQL server

regards
Joerg

_________________
http://www.irixworld.net
Image Image