There's good howtos on creating clean nekoware packages, but it seems they're often forgotten

Now to undo this mess before I can start building something...

Alver wrote:It's been a while since I last did some IRIX development, so I fired up the ol' O2 and did a nekosync && update for good measure. Boy, did stuff break... files with bad ownership, causing new users to be created on my system; missing files; binaries linking to obvious build paths in someone's home dir rather than /usr/nekoware; missing dependencies; ...
There's good howtos on creating clean nekoware packages, but it seems they're often forgottenplease people, if you dump a tardist in neko's beta ftp, make sure you have installed and tested it on a clean machine - not your regular development box, or at least make sure your dev structure won't interfere. We may need a way to flag bad packages quicker too before more victims are made.
Now to undo this mess before I can start building something...
PymbleSoftware wrote:Please report what specifically is broken.. We need to know what need to be reverted... I haven't updated nekoware in a awhile but I've not seen anything broken.
hamei wrote:PymbleSoftware wrote:Please report what specifically is broken.. We need to know what need to be reverted... I haven't updated nekoware in a awhile but I've not seen anything broken.
viewtopic.php?f=15&t=16724791
Everything by darkfires, okay ? It's all junk. Install that stuff and your computer will break, bigtime. Busted busted busted no damn good. I tried to bring this up politely and all I got was a bunch of namby-pamby bullshit by josehill. Now you're going to pretend that thread never happened ?
Well guess what, people ? If you want this stuff to work you can just get off your la-dee-da asses and do something about it. Either that or bye-bye SGI usefulness. Without nekoware, this platform is deader than Publius Maximus.
ianj wrote:Also, is there a clear path for packages to go from /beta to /current? It seems like we're approaching a situation where many commonly-used packages are in /beta, which makes it more of an issue that some of the /beta packages aren't really tested.
Code: Select all
> versions | grep pixbuf
I neko_gdk_pixbuf 05/02/2011 gdk_pixbuf 2.22.1 - Core libraries for GTK+ and GNOME
I neko_gdk_pixbuf.man 05/02/2011 man pages
I neko_gdk_pixbuf.man.manpages 05/02/2011 man pages
I neko_gdk_pixbuf.opt 05/02/2011 optional software
I neko_gdk_pixbuf.opt.relnotes 05/02/2011 release notes
I neko_gdk_pixbuf.sw 05/02/2011 software
I neko_gdk_pixbuf.sw.eoe 05/02/2011 execution only env
I neko_gdk_pixbuf.sw.hdr 05/02/2011 header files
I neko_gdk_pixbuf.sw.lib 05/02/2011 shared library files
Code: Select all
> showfiles neko_gdk_pixbuf.sw.lib | grep libgdk_pixbuf-2.0.so.1
l 0 0 neko_gdk_pixbuf.sw.lib usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
f 46800 172788 neko_gdk_pixbuf.sw.lib usr/nekoware/lib/libgdk_pixbuf-2.0.so.1.1
Code: Select all
> ldd /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
744103: 20:56:44 /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1: rld: Fatal Error exit/longjmp: Cannot Successfully map soname 'libpixops.so.1' under any of the filenames /usr/nekoware/lib/libpixops.so.1:/usr/people/lwhite/glib-2.26.1/glib/.libs/libpixops.so.1:/usr/java2/jre/lib32/libpixops.so.1:/usr/nekoware/mysql5/lib/mysql/libpixops.so.1:/usr/lib32/libpixops.so.1:/usr/lib32/internal/libpixops.so.1:/lib32/libpixops.so.1:/opt/lib32/libpixops.so.1:/usr/nekoware/lib/libpixops.so.1.1:/usr/people/lwhite/glib-2.26.1/glib/.libs/libpixops.so.1.1:/usr/java2/jre/lib32/libpixops.so.1.1:/usr/nekoware/mysql5/lib/mysql/libpixops.so.1.1:/usr/lib32/libpixops.so.1.1:/usr/lib32/internal/libpixops.so.1.1:/lib32/libpixops.so.1.1:/opt/lib32/libpixops.so.1.1:
744103:/usr/nekoware/lib/libgdk_pixbuf-2.0.so.1: rld: Fatal Error: Cannot Successfully map soname 'libpixops.so.1' under any of the filenames /usr/nekoware/lib/libpixops.so.1:/usr/people/lwhite/glib-2.26.1/glib/.libs/libpixops.so.1:/usr/java2/jre/lib32/libpixops.so.1:/usr/nekoware/mysql5/lib/mysql/libpixops.so.1:/usr/lib32/libpixops.so.1:/usr/lib32/internal/libpixops.so.1:/lib32/libpixops.so.1:/opt/lib32/libpixops.so.1:/usr/nekoware/lib/libpixops.so.1.1:/usr/people/lwhite/glib-2.26.1/glib/.libs/libpixops.so.1.1:/usr/java2/jre/lib32/libpixops.so.1.1:/usr/nekoware/mysql5/lib/mysql/libpixops.so.1.1:/usr/lib32/libpixops.so.1.1:/usr/lib32/internal/libpixops.so.1.1:/lib32/libpixops.so.1.1:/opt/lib32/libpixops.so.1.1:
ShadeOfBlue wrote:Just an idea... Would it perhaps be easier if there was a separate subforum for nekoware packages?
The package submitter would create a new thread for each submitted package and add a simple "Works: yes/no" poll to the thread. The users could anonymously vote whether the package works for them or not.
Any problems with that package could be reported in the same thread. If enough users vote that the package works, it's moved to /current.
ShadeOfBlue wrote:Just an idea... Would it perhaps be easier if there was a separate subforum for nekoware packages?
The package submitter would create a new thread for each submitted package and add a simple "Works: yes/no" poll to the thread. The users could anonymously vote whether the package works for them or not.
Any problems with that package could be reported in the same thread. If enough users vote that the package works, it's moved to /current.
bplaa.yai wrote:beta/neko_gdk_pixbuf-2.22.1.tardist looks definitly bad to me.
kshuff wrote:I've missed you hamei
ShadeOfBlue wrote:Just an idea... Would it perhaps be easier if there was a separate subforum for nekoware packages?
Users browsing this forum: No registered users and 1 guest