Aurélien Larcher | 16 Oct 19:26 2014
Picon

COMPONENT_CLASSIFICATION macro

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

https://github.com/OpenIndiana/oi-userland/pull/824/files


Best regards,

Aurelien
_______________________________________________
oi-dev mailing list
oi-dev <at> openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
Aurélien Larcher | 15 Oct 21:34 2014
Picon

NUMPY update

Hi,
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

and

alarcher <at> phainos> pkg search -l -o pkg.name 'depend:require:library/python-2/numpy-26'
PKG.NAME
library/python-2/python-extra-26
alarcher <at> phainos> pkg search -l -o pkg.name '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,

Aurelien



--
-------------------------------------------------------------------------------
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> openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
Alexander Pyhalov | 13 Oct 20:46 2014
Picon

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

Hi.

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

I have the following issue while compiling
openttd:

/export/home/alp/srcs/local/oi-userland/components/openttd/openttd-1.4.3/src/blitter/../string_func.h:264:58: 
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,
                  from 
/export/home/alp/srcs/local/oi-userland/components/openttd/openttd-1.4.3/src/stdafx.h:84,
                  from 
/export/home/alp/srcs/local/oi-userland/components/openttd/openttd-1.4.3/src/window.cpp:12:
/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&) 
strings.o
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&) 
gfx_layout.o
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 
gfx_layout.o
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 
gfx_layout.o
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 
gfx_layout.o
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 
`/export/home/alp/srcs/local/oi-userland/components/openttd/build/i86/objs/release'
make[1]: *** [all] Error 1
make[1]: Leaving directory 
`/export/home/alp/srcs/local/oi-userland/components/openttd/build/i86'
gmake: *** 
[/export/home/alp/srcs/local/oi-userland/components/openttd/build/i86/.built] 
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
COMPONENT_BUILD_ENV += ETCDIR=/etc/notion
COMPONENT_INSTALL_ENV += ETCDIR=/etc/notion
?

Merged xmessage update and ts addition.

---
System Administrator of Southern Federal University Computer Center

_______________________________________________
oi-dev mailing list
oi-dev <at> openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
Aurélien Larcher | 13 Oct 20:40 2014
Picon

Device driver utility repository ?

Hi,
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 ?
Best,

Aurelien
_______________________________________________
oi-dev mailing list
oi-dev <at> openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
Alexander Pyhalov | 13 Oct 07:58 2014
Picon

New Hipster ISOs are available

Hello.

We are ready to announce new OpenIndiana Hipster 2014.10.10 ISOs.

Links:

http://dlc.openindiana.org/isos/hipster/OI-hipster-gui-20141010.iso
http://dlc.openindiana.org/isos/hipster/OI-hipster-gui-20141010.usb

http://dlc.openindiana.org/isos/hipster/OI-hipster-text-20141010.iso
http://dlc.openindiana.org/isos/hipster/OI-hipster-text-20141010.usb

SHA256 Checksums:

8caecd767291dbd3c94319843bb2293f4a997ca1e6920350172a879e8ed252e7  
OI-hipster-gui-20141010.iso
5c9fddbc78682ed4571930d4c0a3f7a68e9302da293c6f63d9d5162dea1e05e8  
OI-hipster-gui-20141010.usb
c4682fb3975a2008111310dcdaa0cc6ea98be22ab06a95e91c893acceab8d416  
OI-hipster-text-20141010.iso
4cc0dafe95050978347c3688bfa846556f5f73321afe805e896a0e54909a6b61  
OI-hipster-text-20141010.usb

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

Snapshot notes: 
http://alp-notes.blogspot.ru/2014/10/hipster-201410-is-finally-out.html

--

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

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:

https://en.wikipedia.org/wiki/Weekend_at_Bernie'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
Picon

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 (irc.freenode.net).

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.

nikolam
Alexander Pyhalov | 30 Sep 13:52 2014
Picon

sic_team integration

Hello.
Please, review this work: 
https://github.com/pyhalov/oi-userland/compare/sic_team

This moves sic_team components 
(mozilla-nss,mozilla-nspr,java-jss,java-commons-logging) from oi-build 
to oi-userland, modifies them so that they use GCC and updates to
commons-logging 1.2
jss 4.3.1
nspr 4.10.7
nss 3.16.5

I've run testsuite for nss, it successfully passed.
Rebuilt illumos-gate (it has dependencies on nss/nspr).
Verified that basic pktool commands work with nss backend.
--

-- 
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department
Aurélien Larcher | 29 Sep 14:31 2014
Picon

GDB in hipster

Hi,
is anyone able to use gdb from the latest hipster package ?
Whenever I tried to load and run an executable I get:

procfs:3961 -- process not stopped.
procfs: ...giving up...
(gdb) bt
Target is executing.

But this is actually not the case.
I had compiled 7.6.x myself before and had the same issue, thus avoided it as I did not have the time to investigate.
Thank you,

Aurelien

--
-------------------------------------------------------------------------------
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> openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
Alexander Pyhalov | 26 Sep 21:33 2014
Picon

Re: [OpenIndiana-discuss] Installing OpenOffice pkg://openindiana.org/desktop/office/openoffice

russell писал 26.09.2014 21:47:
> Good Evening Alexander
> 
> Can you advise a way to replace the
> consolidation/sunpro/sunpro-incorporation so that I can install
> OpenOffice.
> 
> Regards

Hello.
Brief answer: it's not possible.
Longer one... You have updated from 151a9, which is currently an 
unsupported path.
So you have, for example, developer/build/make <at> 0.5.11-0.151.1.9 
installed (and other).
And sunpro-incorporation in Hipster has incorporate dependency on 
make <at> 0.5.11-0.151.1.8.
It means, only this version can be installed. Perhaps, if you downgraded 
it, the dependency
would be satisfied. But I bet on OI /dev a9 there are packages which has 
require dependency on make <at> 0.5.11-0.151.1.9
(or what else). It means they can be satisfied by installing only 
make <at> 0.5.11-0.151.1.9 or higher.
But Hipster version is make <at> 0.5.11-0.151.1.8. So, IPS can't find 
sollution.

Guys, what do you think about this? First of all, why can't we just make 
all incorporations
empty packages? What harm can it cause?

Currently we have the following incorporations:

pkg:/consolidation/X/X-incorporation <at> 0.5.11-2014.0.1.0
I think can be relaxed

pkg:/consolidation/admin/admin-incorporation <at> 0.5.11-2014.0.1.0
I think can be relaxed

pkg:/consolidation/cacao/cacao-incorporation <at> 0.5.11-0.151.1.8
What is it?

pkg:/consolidation/cde/cde-incorporation <at> 0.5.11-0.151.1.8
Perhaps, we could relax it, it seems to be something which is
going to stuck here, we can't do anything with it.
Or can we drop it one time?

pkg:/consolidation/cns/cns-incorporation <at> 0.5.11-0.151.1.8
What is it?

pkg:/consolidation/dbtg/dbtg-incorporation <at> 0.5.11-0.151.1.8
What is it? Could it be relaxed?

pkg:/consolidation/gfx/gfx-incorporation <at> 0.5.11-0.151.1.8
What is it?

pkg:/consolidation/hcts/hcts-incorporation <at> 0.5.11-0.151.1.8
It's ddu. Perhaps, we can relax it?

pkg:/consolidation/install/install-incorporation <at> 0.5.11-2014.0.1.942
There should be nothing wrong with this one, it's from slim_source.

pkg:/consolidation/jdmk/jdmk-incorporation
Some java libraries.. Is it closed? I think we can relax it.

pkg:/consolidation/man/man-incorporation
Perhaps we can just obsolete it?  I see nothing depending on it.

pkg:/consolidation/nspg/nspg-incorporation
driver/network/ce is unlikely to be updated. I think, we can just relax 
it.

pkg:/consolidation/osnet/osnet-incorporation

pkg:/consolidation/sic_team/sic_team-incorporation
I think, I'll relax it in the nearest future. Or is it better to 
obsolete it?

pkg:/consolidation/solaris_re/solaris_re-incorporation
I think, we can relax it.

pkg:/consolidation/sunpro/sunpro-incorporation
I think we can relax it.

pkg:/consolidation/ub_javavm/ub_javavm-incorporation
We should do something with it. Do I understand correctly, that we can't 
update
java now? Perhaps, we can relax it?

pkg:/consolidation/vpanels/vpanels-incorporation
I see that we have vpanels in oi-userland, but they are disabled.
Perhaps we should enable them? Who knows what is it? Some GUI admin 
tool? Will it work
on OI and do we need them?

> 
> Russell
> 
> 
> On 14/09/2014 20:23, russell wrote:
>> Hi Alexander,
>> 
>> # pkg list | grep osnet
>> consolidation/osnet/osnet-incorporation           
>> 0.5.11-2014.1.0.14528
>> 
>> 
>> 
>> # pkg install
>> consolidation/sunpro/sunpro-incorporation <at> 0.5.11,5.11-2014.1.0.0
>> Creating Plan (Solver setup): |
>> pkg install: The installed package developer/gnu is not permissible.
>>    Reject:
>> pkg://openindiana.org/developer/gnu <at> 0.5.11,5.11-0.151.1.9:20140117T203707Z
>>    Reason:  All versions matching 'require' dependency
>> pkg:/developer/build/make <at> 0.5.11,5.11-0.151.1.9 are rejected
>>      Reject:
>> pkg://openindiana.org/developer/build/make <at> 0.5.11,5.11-0.151.1.9:20140117T202020Z
>> 

_______________________________________________
oi-dev mailing list
oi-dev <at> openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
Andrew M. Hettinger | 26 Sep 00:46 2014
Picon

SSD-based pools

I'm presently running tests on a pool using 3x Samsung 850 SSDs on a LSI-9211-8i (IT) contoller. I thought I'd try seperating the intent log to see if lowering the write amplification on the pool-drives would help, so I added another matching SSD for that, but under load I still seem to get extensive checksum errors. Does anyone have any ideas as to what would be causing this?

  pool: test-array
 state: DEGRADED
status: One or more devices has experienced an unrecoverable error.  An
        attempt was made to correct the error.  Applications are unaffected.
action: Determine if the device needs to be replaced, and clear the errors
        using 'zpool clear' or replace the device with 'zpool replace'.
   see: http://illumos.org/msg/ZFS-8000-9P
  scan: scrub repaired 0 in 0h0m with 0 errors on Wed Sep 24 18:20:56 2014
config:

        NAME                       STATE     READ WRITE CKSUM
        test-array                 DEGRADED     0     0     0
          mirror-0                 DEGRADED     0     0     0
            c0t50025388700060D4d0  DEGRADED     0     0   155  too many errors
            c0t50025388700060AEd0  DEGRADED     0     0   149  too many errors
            c0t50025388700060C2d0  DEGRADED     0     0   174  too many errors
        logs
          c0t50025388A067DBE9d0    ONLINE       0     0     0

errors: No known data errors
  ---- errors ---
  s/w h/w trn tot device
    0   2   6   8 c0t50025388700060D4d0
    0   0   0   0 c0t50025388700060AEd0
    0   0   0   0 c0t50025388700060C2d0
    0   0   0   0 c0t50025388A067DBE9d0


Andrew Hettinger
http://Prominic.NET | Skype: AndrewProminic
Tel: 866.339.3169 (toll free) -or- 1.217.356.2888 x. 110 (int'l)
Fax: 866.372.3356 (toll free) -or- 1.217.356.3356            (int'l)

_______________________________________________
oi-dev mailing list
oi-dev <at> openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Gmane