Alexander Pyhalov | 19 Dec 21:06 2014
Picon

PostgreSQL 9.4 and marking 8.4 obsolete

Hello.
I'd like to inform you that PostgreSQL 9.4 is available in OI Hipster 
package repository.
Also note, that currently we ship 3 PostgreSQL versions - 9.3, 9.4 and 
8.4. PostgreSQL 8.4 has reached its EOL at July. I'm going to mark this 
package obsolete in a month. If you still have 8.4 installations (which 
is unlikely), plan for updates on the holidays :).

--

-- 
System Administrator of Southern Federal University Computer Center
Robert Fleming | 13 Dec 01:46 2014

Stats


So what's happened to the project?
Josef 'Jeff' Sipek | 12 Dec 23:30 2014
Picon

libmicrohttpd, sloccount

I have two new components to contribute.  The first is FSF's libmicrohttpd -
a small HTTP server library.  The second is sloccount - a utility that
counts lines of code and estimates project cost.

You can get the changes via:

$ git pull git://repo.or.cz/oi-userland/jeffpc.git hipster

You can see the diffs at:

http://repo.or.cz/w/oi-userland/jeffpc.git/shortlog/refs/heads/hipster

As far as testing is concerned, I've used these for a week or so without any
issues.

Thanks, let me know if you need anything else.

Jeff.

---

Josef 'Jeff' Sipek (2):
      add text/sloccount
      add library/libmicrohttpd

 components/libmicrohttpd/Makefile              |   45 +++
 components/libmicrohttpd/libmicrohttpd.license |  510 ++++++++++++++++++++++++
 components/libmicrohttpd/libmicrohttpd.p5m     |   70 ++++
 components/sloccount/Makefile                  |   47 +++
 components/sloccount/patches/prefix.patch      |   36 ++
(Continue reading)

Alexander Pyhalov | 2 Dec 18:17 2014
Picon

[HEADSUP] Sun Studio-compiled C++ libraries are no longer supported

Hello.

This post is to inform you that OpenIndiana Hipster will cease 
supporting Sun Studio-compiled software. Note, this move doesn't affect 
OpenIndiana /dev.

We currently support following C++ libraries compiled with Studio:
  database/postgres/library/c++/libpqxx
  developer/icu
  library/c++/glibmm
  library/c++/libxml++
  library/c++/net6
  library/c++/obby
  library/c++/sigcpp
  library/c++/stdcxx
  library/desktop/c++/cairomm
  library/desktop/c++/gtkmm
  library/desktop/c++/pangomm
  library/icu

and following libraries compiled with GNU G++:
  database/postgres/library/g++/libpqxx
  desktop/compiz/library/g++/libcompizconfig
  developer/g++/icu
  library/desktop/g++/cairomm
  library/desktop/g++/gtkmm
  library/g++/glibmm
  library/g++/hdf5
  library/g++/icu
  library/g++/sigcpp
(Continue reading)

Fred Kimball via oi-dev | 1 Dec 06:40 2014

libmtsk.so.1 missing in hipster - breaks ImageMagick and GraphicsMagick

I'm using hipster 2014.1.3.14686:20141104. I attempted to downsize some photos instead of opening them
individually in GIMP. This has worked in the past. I usually use:

for img in *.JPG
> do
> convert -sample 43%x43% $img scaled-$img
> done

It failed with 
ld.so.1: convert: fatal: libmtsk.so.1: open failed: No such file or directory
ld.so.1: convert: fatal: relocation error: file /usr/lib/libMagickCore-6.Q16.so.1: symbol
omp_get_max_threads: referenced symbol not found
Killed

I then tried using GraphicsMagick, and it fails too.
gm mogrify -resize 43%x43% *.JPG
ld.so.1: gm: fatal: libmtsk.so.1: open failed: No such file or directory
ld.so.1: gm: fatal: relocation error: file /usr/lib/libGraphicsMagick.so.3: symbol
omp_get_num_procs: referenced symbol not found
Killed

Looked in /usr/lib and don't find libmtsk.so.1.

--Fred Kimball
Arhipkin Ilya | 30 Nov 08:29 2014

Miass OpenSolaris User Group

Today, from this day began his conscious mind Miass OpenSolaris User Group.
We are faced with the task of writing sites on a commercial basis, games for Android, the development of Navigator - manager drawings collaboration over the network, the development of the operating system, control panel server product Miass OpenSolaris Webstack
http://forum.arhipkin.com/roadmap.xhtml
 
-- 
http://www.arhipkin.com
 
Facebook: http://www.facebook.com/ilya.arhipkin
 
 
 
_______________________________________________
oi-dev mailing list
oi-dev <at> openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
Alexander Pyhalov | 27 Nov 22:28 2014
Picon

C++ libraries

Hello.

We are successfully moving away from Studio. But we still provide 
Studio-compiled C++ libraries. I'd like to propose the following: to 
eliminate c++ / g++ distinction completely.
This significantly simplifies C++ development for newcomers, decreases 
the cost of maintaining the distribution and decreases our dependency on 
Sun Studio compilers.
For everyone willing to have Solaris-10 compatible system there are 
Solaris 10 zones. And we can't pretend that we are compatible with 
Solaris 11. Perhaps, I miss something.
Please, correct me if I'm wrong. I see that it can influence other's 
people software badly, so I'd like to hear opinions from SFE/OpenCSW 
people.

There are following Studio-compiled c++ libraries which we currently 
ship:

  database/postgres/library/c++/libpqxx
       database/postgres/library/g++/libpqxx exists,
       I think it can be dropped.

  library/c++/glibmm
       library/g++/glibmm exists,
       This library is required by Studio-compiled gtkmm, gobby. I think 
it can be dropped with gobby.
      ,
  library/c++/libxml++
  This one is required by gobby and can be dropped with it. I'm inclined 
to add g++-compiled version.

  library/c++/net6
  It is also required only by library/c++/obby and gobby, can be dropped 
with them.

  library/c++/obby - required by gobby, can be dropped with it

  library/c++/sigcpp,
     library/g++/sigcpp exists.
     This library is required by gobby, library/c++/libxml++, 
library/c++/net6, library/c++/obby, library/desktop/c++/cairomm, 
library/desktop/c++/gtkmm, library/desktop/c++/pangomm, 
library/g++/glibmm, library/libtorrent, network/rtorrent
     I already have g++-compiled  rtorrent and libtorrent versions and 
commit them as soon as build server is recovered.
  /* Yes, we are experiencing troubles with build server now */

  library/c++/stdcxx - It is required by developer/opensolaris/X.
  Do we need it? I suggest dropping it. Apache stopped working on it in 
2008.

  library/desktop/c++/cairomm
      library/desktop/g++/cairomm exists
      It is required by gobby, library/desktop/c++/gtkmm, 
library/desktop/c++/pangomm. Suggest drop it.

  library/desktop/c++/gtkmm
      library/desktop/g++/gtkmm exist
      It is required by gobby. Suggest dropping.

  library/desktop/c++/mm-common
      Suggest to replace it with GNU C++-compiled version.

  library/desktop/c++/pangomm
      library/desktop/c++/gtkmm exists
      Suggest drop it.

  system/library/c++/sunpro
      I think that this one should stay as it is. We'll continue to ship 
the binary for forseeable time.

After everything is ready I'd like to a) rename */g++/* packages to 
*/c++/* and move contents provided by oi-userland from /usr/g++/* to 
/usr.

So, summary:
1) add g++ -compiled
library/c++/libxml++ , library/libtorrent, network/rtorrent, 
library/desktop/c++/mm-common

2) Rename all */g++/* libraries to */c++/* and move their contents to 
/usr. Add necessary rename packages. As runtime linker will 
automatically look for libraries in /usr/lib
(/usr/lib/64) I think that keeping symlinks in /usr/g++/lib is not 
required.

3) Drop all remaining */c++/* packages (except sunpro library).

--

-- 
System Administrator of Southern Federal University Computer Center
Alexander Pyhalov | 25 Nov 21:19 2014
Picon

Issue 5277 and dependencies on Studio C++ libraries

Hello.
Please, review https://github.com/pyhalov/oi-userland/compare/5277
Bug report is here: https://www.illumos.org/issues/5277

The issue is the following - pkgdepend sees both /usr/lib/*.so and 
/usr/g++/lib/*.so and generates dependencies
on require-any of them.

In the long run it worths discussing if we want to drop Studio-compiled 
/usr/lib/*.so and replace them with G++-compiled
(as long as there's no internal dependencies). I think that it's safe to 
do for desktop libraries.

Currently there are following */c++/* libraries (there are also other 
c++ libraries, which doesn't declare such name):
           FMRI:

pkg://openindiana.org/database/postgres/library/c++/libpqxx <at> 3.0.2-0.151.1.8:20130305T142116Z 
     (Can be replaced by g++ version, no similar in S11)
           FMRI: 
pkg://openindiana.org/library/c++/glibmm <at> 2.24.1-0.151.1.8:20130407T080334Z 
(Can be replaced by g++ version, desktop one)
           FMRI: 
pkg://openindiana.org/library/c++/libxml++ <at> 2.26.1-0.151.1.8:20130407T132553Z 
(not sure about consumers)
           FMRI: 
pkg://openindiana.org/library/c++/net6 <at> 1.3.14-0.151.1.8:20130407T131910Z 
(not sure about consumers)
           FMRI: 
pkg://openindiana.org/library/c++/obby <at> 0.4.7-0.151.1.8:20130407T132222Z 
(not sure about consumers)
           FMRI: 
pkg://openindiana.org/library/c++/sigcpp <at> 2.2.10-0.151.1.8:20130407T040345Z 
(perhaps, if one should be preserved, this one is a good candidate)
           FMRI: 
pkg://openindiana.org/library/c++/stdcxx <at> 4.2.1-0.151.1.8:20130305T140055Z 
(perhaps, if one should be preserved, this one is a good candidate)
           FMRI: 
pkg://openindiana.org/library/desktop/c++/cairomm <at> 1.10.0-0.151.1.8:20130407T040643Z 
(Can be replaced by g++ version, desktop one)
           FMRI: 
pkg://openindiana.org/library/desktop/c++/gtkmm <at> 2.20.3-0.151.1.8:20130407T122246Z 
(Can be replaced by g++ version, desktop one)
           FMRI: 
pkg://openindiana.org/library/desktop/c++/mm-common <at> 0.9.5-0.151.1.8:20130407T080015Z 
(Can be replaced by g++ version, desktop one)
           FMRI: 
pkg://openindiana.org/library/desktop/c++/pangomm <at> 2.28.4-0.151.1.8:20130407T121812Z 
(Can be replaced by g++ version, desktop one)
           FMRI: 
pkg://openindiana.org/system/library/c++/sunpro <at> 0.5.11-0.151.1.8:20130305T141538Z 
(perhaps, if one should be preserved, this one is a must)

What do you think about particular oi-userland change and about this 
issue in general? I mean, are we going to replace Studio-compiled 
libraries with G++-compiled?
I don't have strong preferences here and OK if we just provide g++ 
versions of the libraries and recompile dependent software with GNU C++.

--

-- 
System Administrator of Southern Federal University Computer Center
Alexander Pyhalov | 24 Nov 19:12 2014
Picon

Ruby 1.8 - should we preserve it?

Hello.
I'm working on a set of changes to make ruby to 1.9 the default one.
Ruby 1.8 has already gone from upstream Solaris 12 userland repository. 
What do you think about it? Do we have to support it or is it useless in 
presence of 1.9?
--

-- 
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department
Josef 'Jeff' Sipek | 8 Nov 01:03 2014
Picon

hercules, lftp, and xcowsay

I have one new component and two trivial improvements to contribute.  The
new component is Hercules - an IBM mainframe emulator.  The first
improvement is to enable openssl in the lftp component (to allow encrypted
ftp connections).  The second improvement is really just a cleanup to the
makefile & manifest for the xcowsay component.  (Much like xmessage, I
didn't notice that it already existed at first.  Instead of just deleting
the duplicate, I decided that it should be used instead as it is marginally
cleaner.)

You can get the changes via:

$ git pull git://repo.or.cz/oi-userland/jeffpc.git hipster

You can see the diffs at:

http://repo.or.cz/w/oi-userland/jeffpc.git/shortlog/refs/heads/hipster

As far as testing is concerned, I've been using all 3 of these for a while
without any issues.

Thanks, let me know if you need anything else.

Jeff.

---

Josef 'Jeff' Sipek (3):
      add emulator/hercules
      enable SSL support in network/ftp/lftp
      clean up desktop/xcowsay

 components/hercules/Makefile                 |   46 ++++++
 components/hercules/hercules.license         |   12 ++
 components/hercules/hercules.p5m             |  222 ++++++++++++++++++++++++++
 components/hercules/patches/hdl-suffix.patch |   11 ++
 components/lftp/Makefile                     |    2 +
 components/x11/xcowsay/Makefile              |   21 ++-
 components/x11/xcowsay/xcowsay.p5m           |   36 ++---
 7 files changed, 324 insertions(+), 26 deletions(-)
 create mode 100644 components/hercules/Makefile
 create mode 100644 components/hercules/hercules.license
 create mode 100644 components/hercules/hercules.p5m
 create mode 100644 components/hercules/patches/hdl-suffix.patch

--

-- 
C is quirky, flawed, and an enormous success.
		- Dennis M. Ritchie.
Dave Koelmeyer | 4 Nov 08:40 2014
Picon

Wiki documentation (was Re: Resignation)


On 07/10/14 10:46, Dave Koelmeyer wrote:
>
> On 07/10/14 00:02, Alexander Pyhalov wrote:
>>
>> - Improving sites and documentation on the wiki. Currently it is a mess.

Hi Alexander,

Just a quick bump on this one – I now have full permissions on the wiki, 
so if you can perhaps identify a few initial key areas which need 
particular attention I can have a look at this.

Cheers,
Dave

--

-- 
Dave Koelmeyer
http://blog.davekoelmeyer.co.nz

Gmane