Alexander Pyhalov | 25 Nov 21:19 2014

Issue 5277 and dependencies on Studio C++ libraries

Please, review
Bug report is here:

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):

pkg:// <at> 3.0.2- 
     (Can be replaced by g++ version, no similar in S11)
pkg:// <at> 2.24.1- 
(Can be replaced by g++ version, desktop one)
pkg:// <at> 2.26.1- 
(not sure about consumers)
pkg:// <at> 1.3.14- 
(not sure about consumers)
pkg:// <at> 0.4.7- 
(Continue reading)

Alexander Pyhalov | 24 Nov 19:12 2014

Ruby 1.8 - should we preserve it?

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

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

You can get the changes via:

$ git pull git:// hipster

You can see the diffs at:

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.



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

Dave Koelmeyer | 4 Nov 08:40 2014

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.



Dave Koelmeyer
Aurélien Larcher | 16 Oct 19:26 2014


I was wondering if the generated manifest should prepend "org.opensolaris.category.2008:" to the actual classification in transforms/manifest-metadata-template:

Best regards,

oi-dev mailing list
oi-dev <at>
Aurélien Larcher | 15 Oct 21:34 2014

NUMPY update

sorry for prioritizing what I use for work but I am now considering updating numpy to 1.8.2 (previous stable release) in /hipster, which I use now on my workstation.

I see that

alarcher <at> phainos> pkg contents -r -o fmri,type -t depend numpy
FMRI                                            TYPE
library/python-2/numpy-26 <at> 1.4.1,5.11-2014.1.3.0 conditional
library/python-2/numpy-27 <at> 1.4.1,5.11-2014.1.3.0 conditional


alarcher <at> phainos> pkg search -l -o 'depend:require:library/python-2/numpy-26'
alarcher <at> phainos> pkg search -l -o 'depend:require:library/python-2/numpy-27'

which seems to indicate that there are no consumers of this module.

I would like to make sure that it is the case and know whether it would potentially break something.
Best regards,


LARCHER Aurélien          | KTH, School of Computer Science and Communication
Work: +46 (0) 8 790 71 42 | Lindstedtsvägen 5, Plan 4, 100 44 Stockholm, SWEDEN
oi-dev mailing list
oi-dev <at>
Alexander Pyhalov | 13 Oct 20:46 2014

Re: xmessage, ts, notion-3, and openttd


Josef 'Jeff' Sipek писал 07.10.2014 06:38:
> I have 4 new components to contribute.  A window manager, a command 
> batching
> utility, a recipe for xmessage (as far as I can tell, our current 
> xmessage
> package comes from oi-build from a couple of years ago), and finally 
> OpenTTD
> - because there's no reason OI can't be used for gaming. ;)
> You can get the changes via:
> $ git pull git:// hipster
> You can see the diffs at:

I have the following issue while compiling

warning: redundant redeclaration of ‘char* strcasestr(const char*, const 
char*)’ in same scope [-Wredundant-decls]
  char *strcasestr(const char *haystack, const char *needle);
In file included from /usr/gcc/4.8/include/c++/4.8.3/cstring:42:0,
/usr/include/string.h:121:14: warning: previous declaration of ‘char* 
strcasestr(const char*, const char*)’ [-Wredundant-decls]
  extern char *strcasestr(const char *, const char *);
[SRC] Linking openttd
Undefined                       first referenced
  symbol                             in file
icu_4_0::ParagraphLayout::Line::getVisualRun(int) const gfx_layout.o
icu_4_0::ParagraphLayout::Line::getWidth() const gfx_layout.o
icu_4_0::Collator::createInstance(icu_4_0::Locale const&, UErrorCode&) 
icu_4_0::UnicodeString::~UnicodeString() string.o
icu_4_0::LEFontInstance::getSubFont(unsigned short const*, int*, int, 
int, LEErrorCode&) const gfx_layout.o
icu_4_0::ParagraphLayout::ParagraphLayout(unsigned short const*, int, 
icu_4_0::FontRuns const*, icu_4_0::ValueRuns const*, icu_4_0::ValueRuns 
const*, icu_4_0::LocaleRuns const*, unsigned char, char, LEErrorCode&) 
icu_4_0::LEFontInstance::mapCharToGlyph(int, icu_4_0::LECharMapper 
const*) const gfx_layout.o
icu_4_0::ParagraphLayout::nextLine(float) gfx_layout.o
icu_4_0::LEFontInstance::~LEFontInstance() gfx_layout.o
icu_4_0::UnicodeString::UnicodeString(unsigned short const*) string.o
icu_4_0::LEFontInstance::canDisplay(int) const gfx_layout.o
icu_4_0::LEFontInstance::pixelsToUnits(LEPoint&, LEPoint&) const 
icu_4_0::LEFontInstance::getLineHeight() const gfx_layout.o
icu_4_0::LEFontInstance::mapCharToGlyph(int, icu_4_0::LECharMapper 
const*, char) const gfx_layout.o
icu_4_0::LEFontInstance::transformFunits(float, float, LEPoint&) const 
icu_4_0::UMemory::operator delete(void*) gfx_layout.o
icu_4_0::ParagraphLayout::Line::getLeading() const gfx_layout.o
icu_4_0::Locale::~Locale()          string.o
icu_4_0::LEFontInstance::xUnitsToPoints(float) const gfx_layout.o
icu_4_0::LEFontInstance::yUnitsToPoints(float) const gfx_layout.o
icu_4_0::LEFontInstance::yPixelsToUnits(float) const gfx_layout.o
icu_4_0::LEFontInstance::xPixelsToUnits(float) const gfx_layout.o
icu_4_0::BreakIterator::createCharacterInstance(icu_4_0::Locale const&, 
UErrorCode&) string.o
icu_4_0::UMemory::operator new(unsigned int) gfx_layout.o
icu_4_0::FontRuns::FontRuns(int)    gfx_layout.o
icu_4_0::FontRuns::~FontRuns()      gfx_layout.o
typeinfo for icu_4_0::LEFontInstance gfx_layout.o
icu_4_0::LEFontInstance::getDynamicClassID() const gfx_layout.o
icu_4_0::LEFontInstance::mapCharsToGlyphs(unsigned short const*, int, 
int, char, icu_4_0::LECharMapper const*, char, icu_4_0::LEGlyphStorage&) 
const gfx_layout.o
icu_4_0::BreakIterator::createWordInstance(icu_4_0::Locale const&, 
UErrorCode&) string.o
icu_4_0::Locale::Locale(char const*, char const*, char const*, char 
const*) string.o
icu_4_0::FontRuns::add(icu_4_0::LEFontInstance const*, int) gfx_layout.o
icu_4_0::LEFontInstance::unitsToPoints(LEPoint&, LEPoint&) const 
ld: fatal: symbol referencing errors. No output written to openttd
collect2: error: ld returned 1 exit status
make[2]: *** [openttd] Error 1
make[2]: Leaving directory 
make[1]: *** [all] Error 1
make[1]: Leaving directory 
gmake: *** 
Error 2

It seems it needs some LDFLAGS/CFLAGS  (-R/usr/g++/lib -L/usr/g++/lib) 
to link to correct icu (we have both library/icu and library/g++/icu 
installed on the build server).
Perhaps, it finds incorrect one?

Another strange one is notion-3. It installs config files in 
usr/etc/notion. Perhaps, you should specify something like

Merged xmessage update and ts addition.

System Administrator of Southern Federal University Computer Center

oi-dev mailing list
oi-dev <at>
Aurélien Larcher | 13 Oct 20:40 2014

Device driver utility repository ?

on a related topic, is there a repository with DDU source or should I set one up on GitHub from the files delivered with OI ?

oi-dev mailing list
oi-dev <at>
Alexander Pyhalov | 13 Oct 07:58 2014

New Hipster ISOs are available


We are ready to announce new OpenIndiana Hipster 2014.10.10 ISOs.


SHA256 Checksums:


I remind you, that you can pkg freeze entire to stay with this 
particular snapshot.

Snapshot notes:


System Administrator of Southern Federal University Computer Center
Alasdair Lumsden | 8 Oct 20:19 2014

Re: Resignation

> A related issue however is the apparent lack of ownership over the wiki.

In terms of ownership, EveryCity is providing free hosting of various bits of OpenIndiana physical
infrastructure, but it's down to the OpenIndiana project to determine who has ownership. There is a gulf
here that nobody has stepped up to fill after my resignation.

Keith Wesolowski quipped a joke about OI, referring to it as the Bernie Lomax distribution, which I think is
quite apt:'s

I don't think the project is going to succeed unless the various interested parties come together and
figure out who is responsible for what. People are going to have to step up and take responsibility,
otherwise it's just a lot of complaining and hot air about how nothing is happening.

Regarding the wiki directly, various people, myself included, have admin accounts and can create more. If
you're volunteering, I'm happy to set you up with one. If you want access to the zone confluence is running
in, I can provide that also.

Not that I'm involved any more and I largely just lurk, but I think the disconnect between /dev and /hipster
needs to end. It's confusing.

I have proposed for years now that:

/hipster = rolling release
/dev = snapshots of /hipster
/release = /periodic snapshots of /dev that are considered more stable

For example you could do automatic /dev releases every 2 weeks. /release can come out once a year, and in the
month running up to a /release, you can focus on fixes rather than new features.

Easy, simple.

It does mean /dev and Jon Tibble's effort making way for Andrzej/ALP/etc's hipster effort. The first
/release could be based on /dev as is now, but after that, my personal opinion is that Jon Tibble should help
with the hipster effort. Perhaps in particular with ensuring quality /release releases and managing
that bug fixing process.

Also some of the peanut gallery posts on this mailing list make me want to throw up. I don't think anyone
should be allowed to attend an OI meeting unless they have contributed at least X months worth of commits to
the OI github account. Talk is cheap, and people should have to earn the right to have an opinion on how the
project is run.

Back when I was project lead, I made the mistake of soliciting input from all interested parties, which
resulted in enormous weekly meetings with lots of talk and no action. It killed the project, as it became
mired in indecision and a total lack of focus. What is needed is a single minded lazer sharp focus.

The project is on life support. Commit or GTFO. 		 	   		  
Nikola M. | 6 Oct 11:24 2014

Re: Resignation

On 10/ 6/14 09:54 AM, Alexander Pyhalov wrote:
> Hello.
> On 10/06/2014 11:33, Nikola M. wrote:
>> But not creating Teams is I think biggest problem of all.
> Whom do you suppose these teams will consist of? Honestly, now we have 
> two informal teams -  RE - Adrzej Szeszo and Ken Mays and dev team 
> (which now consists from Jon Tibble (which supports /dev) and me 
> supporting Hipster). Plus several developers who are interested in 
> several packages and support mostly only these packages (as Aurelian 
> Larcher and Marcel Telka) This is the current state. We don't have 
> problem how to organize people. We just have no people to organize.
Well great, first information people need to activate themselves is what 
structure already exist.
You provided information on current structure and that is great.

We (meaning me shooting ideas all the time and you for starters) should 
talk about what to do.

I propose reviving OI weekly meetings that are always scheduled on 
Thursdays, 7PM UTC
at Freenode IRC channel #oi-meeting (

As topics I propose:
-Creating Hipster mailing list for pre-dev discussions and changes on 
packages, before releasing /dev.
-Making Hipster snapshots in-line with /dev releases, both from upgrade 
to Hipster form a8 as first phase
- Releasing a10 /dev and update to it from a9 as second phase.
- Not abandoning SPARC support contribution
- Mailing list inclusions of exlcluded people
- Plans for including more people in a structure and contribution docs
Everything else that I currently don't have time to write about.