SGI: Development

We gotta backup on east fourteenth, can a couple people hop in here ?

libjpeg-turbo 1.2.1 == I've been running this for quite a while. Just needs a few more ++ to go into current. Nothing to be scared of, runs good

libidn 1.24 == now outdated, we have 1.26 incoming. May as well toss it ? If you're real brave, try 1.26 ?

libtool 2.4.2 == been using it a while, damned if I know how you can tell if it's *this* libtool or all libtools that make so much trouble. But it seems no worse than any other libtool. Can we get a few shouts to move it over also ?

expat 2.1.0 == I've been using this for quite a while also. Anyone want to grab it and add a vote ?

a new nixieclock ! 1.64, fresh off the presses. Here's one that anyone can test, even the rankest of rank beginners. No excuses on this one, guys.

It's wednesday. Hump day. Let's celebrate by trying out one tardist that you think you can use and writing a single line about it here in /dev

thanks !

hamei wrote: libidn 1.24 == now outdated, we have 1.26 incoming. May as well toss it ? If you're real brave, try 1.26 ?

I thought I'd try the beta neko_wget-1.14.1 package, which requires a recent libidn - so I grabbed neko_libidn-1.26 and tried to install both packages. But the installation failed because of a dependency on package version 4 or later (I think) of neko_libidn, where the package version of neko_libidn-1.26 is only 3.

I didn't see any other activity on this package. Can anybody confirm I got the package version numbers correct, and the dependency in neko_wget?

Thanks!

I'll check where I got neko_libidn 4 from, and/or downgrade to 3.

smj wrote: Can anybody confirm I got the package version numbers correct, and the dependency in neko_wget?

Thanks!

I just had that happen last week. I assumed I needed to update my libidn and forgot to get back to it but just checked, I'm fresh. You are correct, something goofus in the Depends.

It appears that neko_libidn 4 is something that has failed to escape into the wild, and is currently only found on a few of my own SGIs. I've downgraded my libidn and re-build wget. The fixed package is in /incoming, so it may appear in /beta soon.

May as well hang for a second ... there's a brandy-newiest libidn 1.27 that just came out yesterday ....

gnu wrote: * Version 1.27 (released 2013-06-05) [stable]

** Java library can be built using Maven. Speed improvements.
Thanks to several patches from Stefan Larsson. Testing indicate 70-90
times faster node/name/resource-prep.

** Update gnulib files and translations.

What the heck, the updated translations might be worthwhile ...

canavan wrote: It appears that neko_libidn 4 is something that has failed to escape into the wild, and is currently only found on a few of my own SGIs. I've downgraded my libidn and re-build wget. The fixed package is in /incoming, so it may appear in /beta soon.

Thanks for taking the time to chase that down, can!

hamei wrote: May as well hang for a second ... there's a brandy-newiest libidn 1.27 that just came out yesterday ....
[...]
What the heck, the updated translations might be worthwhile ...

Well, 1.27 is in /incoming. You can check if the translations are any good as soon as the package hits /beta.

canavan wrote: Well, 1.27 is in /incoming. You can check if the translations are any good as soon as the package hits /beta.

My Translator is awaiting her chance at immortality as soon as it arrives

hamei wrote:

smj wrote: Can anybody confirm I got the package version numbers correct, and the dependency in neko_wget?

Thanks!

I just had that happen last week. I assumed I needed to update my libidn and forgot to get back to it but just checked, I'm fresh. You are correct, something goofus in the Depends.

An old thread, but seems to be the most recent reference to wget dependencies

wget in current is at 1.11, in beta at 1.15 - the latter fails owing to absence of libpcre.so.2 (I can find only /usr/nekoware/lib/libpcre.so.1.1)