Re: [oi-dev] OpenVPN in a local zone

[Jonathan Adams]

Sorry for the obvious, but this does mean that you need to install tun/tap
in the global zone ... which I guess is the reason you're getting the
permission problems.

Jon

On Mon, 21 Jan 2019 at 09:33, Jonathan Adams  wrote:

> root@moysalsrv:~# zonecfg -z vpnzone info
> zonename: vpnzone
> zonepath: /zones/vpnzone
> brand: ipkg
> autoboot: true
> bootargs:
> pool:
> limitpriv: default
> scheduling-class:
> ip-type: exclusive
> hostid:
> fs-allowed:
> net:
> address not specified
> allowed-address not specified
> physical: vpninternal0
> defrouter not specified
> net:
> address not specified
> allowed-address not specified
> physical: vpnvnic0
> defrouter not specified
> device:
> match: /dev/lockstat
> device:
> match: /dev/tun*
>
> ...
>
> this is for a "client" rather than for a "server", but hopefully this will
> give you some mileage.
>
> Jon
>
> On Mon, 21 Jan 2019 at 08:30, Jonathan Adams 
> wrote:
>
>> I know in the past that I had to pass through specific dev interfaces.
>> I'll take a look when I get to work, as I think we still have one box set
>> up that way.
>> Jon
>>
>> On Mon, 21 Jan 2019 07:46 Alexander Pyhalov via oi-dev <
>> oi-dev@openindiana.org wrote:
>>
>>> Hi.
>>> I suppose some of the privileges mentioned in
>>> /lib/svc/manifest/network/openvpn.xml are not available in zone (look at
>>> method_credential section).
>>>
>>> С уважением,
>>> Александр Пыхалов,
>>> программист отдела телекоммуникационной инфраструктуры
>>> управления информационно-коммуникационной инфраструктуры ЮФУ
>>>
>>>
>>> 
>>> От: Sven Schmeling 
>>> Отправлено: 18 января 2019 г. 23:36:17
>>> Кому: OpenIndiana Developer mailing
>>> Тема: [oi-dev] OpenVPN in a local zone
>>>
>>> Hello,
>>>
>>> i have installed OpenVPN in a local zone.
>>>
>>> Starting the service with "svcadm enable svc:/network/openvpn:default"
>>> (or rebooting the zone) ends in the maintenance mode:
>>>
>>> # svcs openvpn
>>> STATE  STIMEFMRI
>>> maintenance19:46:37 svc:/network/openvpn:default
>>>
>>> cat /var/svc/log/network-openvpn:default.log
>>>
>>> [ Jan 18 19:46:37 Enabled. ]
>>> [ Jan 18 19:46:37 Executing start method ("/usr/sbin/openvpn --daemon
>>> openvpn --config '/etc/openvpn/openvpn.conf'"). ]
>>> [ Jan 18 19:46:37 svc.startd could not set context for method:  ]
>>> setppriv: Not owner
>>> [ Jan 18 19:46:37 Method "start" exited with status 96. ]
>>>
>>> Hints to add "limitpriv="default,priv_net_rawaccess" to the zone config
>>> are maded but doesn't change the behavior.
>>>
>>> Starting openvpn with "/usr/sbin/openvpn --verb 9 --config
>>> '/etc/openvpn/openvpn.conf'" on the command line works fine and
>>> connections are possible.
>>>
>>>
>>> Any hints about the "setppriv" error?
>>>
>>> --
>>>
>>> pkg info openvpn
>>> Name: network/openvpn
>>> Summary: OpenVPN is a full-featured open source SSL VPN solution
>>> Category: Applications/Internet
>>> State: Installed
>>> Publisher: openindiana.org
>>> Version: 2.4.3
>>> Branch: 2018.0.0.1
>>> Packaging Date: Sun Feb 11 13:19:38 2018
>>> Size: 1.19 MB
>>> FMRI:
>>> pkg://openindiana.org/network/openvpn@2.4.3-2018.0.0.1:20180211T131938Z
>>> Project URL: http://openvpn.net
>>> Source URL:
>>> http://swupdate.openvpn.org/community/releases/openvpn-2.4.3.tar.xz
>>>
>>> --
>>>
>>> Thanks
>>>
>>> Sven Schmeling
>>>
>>>
>>> - --
>>> Sven Schmeling, Oldenburg, Germany
>>> mailto:sven.schmel...@schmeling-ol.de
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> oi-dev mailing list
>>> oi-dev@openindiana.org
>>> https://openindiana.org/mailman/listinfo/oi-dev
>>
>>
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] OpenVPN in a local zone

[Jonathan Adams]

root@moysalsrv:~# zonecfg -z vpnzone info
zonename: vpnzone
zonepath: /zones/vpnzone
brand: ipkg
autoboot: true
bootargs:
pool:
limitpriv: default
scheduling-class:
ip-type: exclusive
hostid:
fs-allowed:
net:
address not specified
allowed-address not specified
physical: vpninternal0
defrouter not specified
net:
address not specified
allowed-address not specified
physical: vpnvnic0
defrouter not specified
device:
match: /dev/lockstat
device:
match: /dev/tun*

...

this is for a "client" rather than for a "server", but hopefully this will
give you some mileage.

Jon

On Mon, 21 Jan 2019 at 08:30, Jonathan Adams  wrote:

> I know in the past that I had to pass through specific dev interfaces.
> I'll take a look when I get to work, as I think we still have one box set
> up that way.
> Jon
>
> On Mon, 21 Jan 2019 07:46 Alexander Pyhalov via oi-dev <
> oi-dev@openindiana.org wrote:
>
>> Hi.
>> I suppose some of the privileges mentioned in
>> /lib/svc/manifest/network/openvpn.xml are not available in zone (look at
>> method_credential section).
>>
>> С уважением,
>> Александр Пыхалов,
>> программист отдела телекоммуникационной инфраструктуры
>> управления информационно-коммуникационной инфраструктуры ЮФУ
>>
>>
>> 
>> От: Sven Schmeling 
>> Отправлено: 18 января 2019 г. 23:36:17
>> Кому: OpenIndiana Developer mailing
>> Тема: [oi-dev] OpenVPN in a local zone
>>
>> Hello,
>>
>> i have installed OpenVPN in a local zone.
>>
>> Starting the service with "svcadm enable svc:/network/openvpn:default"
>> (or rebooting the zone) ends in the maintenance mode:
>>
>> # svcs openvpn
>> STATE  STIMEFMRI
>> maintenance19:46:37 svc:/network/openvpn:default
>>
>> cat /var/svc/log/network-openvpn:default.log
>>
>> [ Jan 18 19:46:37 Enabled. ]
>> [ Jan 18 19:46:37 Executing start method ("/usr/sbin/openvpn --daemon
>> openvpn --config '/etc/openvpn/openvpn.conf'"). ]
>> [ Jan 18 19:46:37 svc.startd could not set context for method:  ]
>> setppriv: Not owner
>> [ Jan 18 19:46:37 Method "start" exited with status 96. ]
>>
>> Hints to add "limitpriv="default,priv_net_rawaccess" to the zone config
>> are maded but doesn't change the behavior.
>>
>> Starting openvpn with "/usr/sbin/openvpn --verb 9 --config
>> '/etc/openvpn/openvpn.conf'" on the command line works fine and
>> connections are possible.
>>
>>
>> Any hints about the "setppriv" error?
>>
>> --
>>
>> pkg info openvpn
>> Name: network/openvpn
>> Summary: OpenVPN is a full-featured open source SSL VPN solution
>> Category: Applications/Internet
>> State: Installed
>> Publisher: openindiana.org
>> Version: 2.4.3
>> Branch: 2018.0.0.1
>> Packaging Date: Sun Feb 11 13:19:38 2018
>> Size: 1.19 MB
>> FMRI:
>> pkg://openindiana.org/network/openvpn@2.4.3-2018.0.0.1:20180211T131938Z
>> Project URL: http://openvpn.net
>> Source URL:
>> http://swupdate.openvpn.org/community/releases/openvpn-2.4.3.tar.xz
>>
>> --
>>
>> Thanks
>>
>> Sven Schmeling
>>
>>
>> - --
>> Sven Schmeling, Oldenburg, Germany
>> mailto:sven.schmel...@schmeling-ol.de
>>
>>
>>
>>
>>
>> ___
>> oi-dev mailing list
>> oi-dev@openindiana.org
>> https://openindiana.org/mailman/listinfo/oi-dev
>
>
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] OpenVPN in a local zone

[Jonathan Adams]

I know in the past that I had to pass through specific dev interfaces.
I'll take a look when I get to work, as I think we still have one box set
up that way.
Jon

On Mon, 21 Jan 2019 07:46 Alexander Pyhalov via oi-dev <
oi-dev@openindiana.org wrote:

> Hi.
> I suppose some of the privileges mentioned in
> /lib/svc/manifest/network/openvpn.xml are not available in zone (look at
> method_credential section).
>
> С уважением,
> Александр Пыхалов,
> программист отдела телекоммуникационной инфраструктуры
> управления информационно-коммуникационной инфраструктуры ЮФУ
>
>
> 
> От: Sven Schmeling 
> Отправлено: 18 января 2019 г. 23:36:17
> Кому: OpenIndiana Developer mailing
> Тема: [oi-dev] OpenVPN in a local zone
>
> Hello,
>
> i have installed OpenVPN in a local zone.
>
> Starting the service with "svcadm enable svc:/network/openvpn:default"
> (or rebooting the zone) ends in the maintenance mode:
>
> # svcs openvpn
> STATE  STIMEFMRI
> maintenance19:46:37 svc:/network/openvpn:default
>
> cat /var/svc/log/network-openvpn:default.log
>
> [ Jan 18 19:46:37 Enabled. ]
> [ Jan 18 19:46:37 Executing start method ("/usr/sbin/openvpn --daemon
> openvpn --config '/etc/openvpn/openvpn.conf'"). ]
> [ Jan 18 19:46:37 svc.startd could not set context for method:  ]
> setppriv: Not owner
> [ Jan 18 19:46:37 Method "start" exited with status 96. ]
>
> Hints to add "limitpriv="default,priv_net_rawaccess" to the zone config
> are maded but doesn't change the behavior.
>
> Starting openvpn with "/usr/sbin/openvpn --verb 9 --config
> '/etc/openvpn/openvpn.conf'" on the command line works fine and
> connections are possible.
>
>
> Any hints about the "setppriv" error?
>
> --
>
> pkg info openvpn
> Name: network/openvpn
> Summary: OpenVPN is a full-featured open source SSL VPN solution
> Category: Applications/Internet
> State: Installed
> Publisher: openindiana.org
> Version: 2.4.3
> Branch: 2018.0.0.1
> Packaging Date: Sun Feb 11 13:19:38 2018
> Size: 1.19 MB
> FMRI:
> pkg://openindiana.org/network/openvpn@2.4.3-2018.0.0.1:20180211T131938Z
> Project URL: http://openvpn.net
> Source URL:
> http://swupdate.openvpn.org/community/releases/openvpn-2.4.3.tar.xz
>
> --
>
> Thanks
>
> Sven Schmeling
>
>
> - --
> Sven Schmeling, Oldenburg, Germany
> mailto:sven.schmel...@schmeling-ol.de
>
>
>
>
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Sendmail logging to wrong facility

[Jonathan Adams]

add this to your syslog.conf:

mail.info;daemon.info   ifdef(`LOGHOST', /var/log/syslog, @loghost)

I found it out by adding every possible log format to the file until I
could work out what had changed.

Jon

On Tue, 18 Sep 2018 at 17:25, Gary Mills  wrote:

> On Tue, Sep 18, 2018 at 05:57:07PM +0200, Udo Grabowski (IMK) wrote:
> > On 18/09/2018 17:15, Gary Mills wrote:
> > > I'm using the sendmail supplied with OI-hipster with my own
> > > configuration files.  It works correctly except that the MTA daemon
> > > logs to the wrong facility.  Specifically, the client sendmail logs to
> > > the mail facility, which syslog sends to /var/log/syslog, but the
> > > sendmail MTA logs to the daemon facility, which syslog sends to
> > > /var/adm/messages .  Has anyone else noticed this anomaly?  The entire
> > > sendmail logging should be in /var/log/syslog .
>
> > Have a look into /etc/syslog.conf, there are rules affecting the
> > mail client and server logging:
>
> That's the first place I looked.  It's not the cause of this problem.
> Something is changing the syslog facility.
>
>
> --
> -Gary Mills--refurb--Winnipeg, Manitoba,
> Canada-
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev
>
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Lx Zone

[Jonathan Adams]

I know it's a cop out, but we ended up going for centos in a kvm-qemu image
running on Illumos.

Jon

On 25 Nov 2016 9:04 pm, "Franklin"  wrote:

> Hi devs,
>
> Is possible to make a lx branded zone with CentOS 6? Anyone already do it?
>
> Thanks
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev
>
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Recent /dev a9 repository ?

[Jonathan Adams]

Only replying to let you know that your messages _are_ getting to the list
... Sorry, I don't know the answer.

Jon

On 19 June 2015 at 09:51, Udo Grabowski (IMK) udo.grabow...@kit.edu wrote:

 Hi again,

 (I really hate it to reply to my own posts, but there seems
 to be no one else left willing to reply...)

 Amojng the numerous different older and newer pages on how
 to compile illumos or OI with or without gcc or Sun cc and
 with this or that version I found this page today where
 SunStudio 12.3 is mentioned as the compiler now to be
 used (when stuck with Sun cc):
 http://wiki.openindiana.org/oi/Building+with+oi-build

 Can anybody confirm that this is the version oi_151a9 was
 built with ? Or can anybody tell me if there's a trace of
 the compiler version left in any of the binaries on oi_151a9 ?


 On 18/06/2015 14:30, Udo Grabowski (IMK) wrote:

 What I see now when disassembling the two products (e.g.,
 /kernel/drv/adm64/mpt_sas), there are subtle style differences
 in code arrangement:

 mptsas_iport_attach()
   mptsas_iport_attach:   55 pushq  %rbp
   mptsas_iport_attach+0x1:   48 8b ec   movq   %rsp,%rbp
   mptsas_iport_attach+0x4:   48 83 ec 10   **   subq   $0x10,%rsp
   mptsas_iport_attach+0x8:   48 89 7d f8movq   %rdi,-0x8(%rbp)
   mptsas_iport_attach+0xc:   48 89 75 f0movq
  %rsi,-0x10(%rbp)

 mptsas_iport_attach()
   mptsas_iport_attach:   55 pushq  %rbp
   mptsas_iport_attach+0x1:   48 8b ec   movq   %rsp,%rbp
   mptsas_iport_attach+0x4:   48 89 7c 24 f8 movq   %rdi,-0x8(%rsp)
   mptsas_iport_attach+0x9:   48 89 74 24 f0 movq
  %rsi,-0x10(%rsp)
   mptsas_iport_attach+0xe:   48 83 ec 10   **   subq   $0x10,%rsp

   From this I conclude that the oi_151a9 /dev/ official product is
 produced with a different Sun CC version than the one mentioned in
 the illumos build instructions. I have

 cc: Sun C 5.9 SunOS_i386 Patch 124868-10 2009/04/30

 reconstructed from a vanilla 12.0 compiler and the patches
 124868-10  126496-03  126498-02

 as well as the 12.1u1 lint checker
 lint: Sun C 5.10 SunOS_i386 Patch 142363-03 2009/12/03

 constructed from vanilla 12.1u1 with patches
 141858-03  142363-03

 Which one is the compiler oi_141a9 /dev is compiled with ?
 And, if different, is it approved to do The Right Thing ?

 On 18/06/2015 11:38, Udo Grabowski (IMK) wrote:

 Hi,

 I'm trying to reproduce the exact illumos kernel currenly used in
 /dev a9 (that is, a9 update 2 with the bash fixes from early this year,
 SUN CC compiled).  I have the necessary compiler versions
 (reconstructing it was a fun archeological adventure into
 SolarisExpress paleolithicum...), and cloned this repository, which
 seems like the right one judging from the commit dates:

 https://hg.openindiana.org/sustaining/oi_151a/illumos-gate/

 illumos rev 52e13e00ba

 (bash fixes etc. are in sfw-gate/)

 After compiling (on exactly the same oi I want to reproduce) according
 to the instructions in
 http://wiki.illumos.org/display/illumos/How+To+Build+illumos,
 setting LANG and LC_ALL to C to get around the locale difference,
 fixing the jdk7 problem (#4719), setting __SUNC=, switching
 off DEBUG build, NIGHTLY_OPTIONS='-nClrpt', I was lucky to see
 that mpt and marvell88sx were exactly reproduced (checked md5sum):

 size
 387160 2012-10-08 14:34 /kernel/drv/amd64/mpt*
 95112 2012-10-08 14:34 /kernel/drv/amd64/marvell88sx*

 But a short inspection of the other drivers quickly told me that I
 must have somehow pulled the wrong gate (note the date difference, only
 the 2012 entries and the small mouse8042 are reproduced, not the new
 ones):

 .

 Where is the real gate used for the current kernel in oi 151a9 /dev ?
 Or is this another difference somewhere ?





 --
 Dr.Udo Grabowski   Inst.f.Meteorology  Climate Research IMK-ASF-SAT
 http://www.imk-asf.kit.edu/english/sat.php
 KIT - Karlsruhe Institute of Technology   http://www.kit.edu
 Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026


 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Evince can't open PDF files with Hipster 2015.0.1.xx branch

[Jonathan Adams]

https://drive.google.com/open?id=0B6o_jmGQm0dWMTgyZmNZWU51QXMauthuser=0

the source code/executable of the modified 915resolution code ... you'll
find it works a lot better than the Linux one.

On 19 April 2015 at 22:36, Fred Kimball via oi-dev oi-dev@openindiana.org
wrote:

  On Saturday, April 11, 2015 2:04 PM, Alexander Pyhalov a...@rsu.ru
 wrote:

   Fred Kimball via oi-dev писал 11.04.2015 05:46:
 
   On my system, the Evince document viewer is unable to open PDF files
   with the 2015.0.1.xx branch of Hipster. Currently booted into
   2015.0.1.15003. It says: File type PDF document (application/pdf) is
   not supported. I am, however, able to open Postscript (.ps) files.
 
 
  Hello.
  What evince and poppler versions do you have installed? Do you have some
 frozen packages?
 
  desktop/pdf-viewer/evince@2.32.0-2015.0.1.0:20150402T190324Z
  and
  library/libpoppler@0.32.0-2015.0.1.0:20150402T180045Z
  work fine here.
 
  ---
  System Administrator of Southern Federal University Computer Center



 I have a 64 bit Intel processor and Intel video chipset. After the Xorg
 update, the new BE would not boot. I had frozen X-incorporation and
 xorg-video-intel. I have unfrozen them and updated again to 2015.0.1.15022
 and it's working except for max resolution is 1024x768 which is less than
 screen size. Thanks for your help!

 I have read that others also reported the screen resolution issue. The
 first thread
 http://openindiana.org/pipermail/openindiana-discuss/2015-February/017202.html
 and a month later he resolved it with a 915resolution utility.
 http://openindiana.org/pipermail/openindiana-discuss/2015-March/017374.html
 I need to find out what changes he made to make it work.

 I get
 # 915resolution -l
 915resolution: Cannot find /lib/ld-linux.so.2
 Killed


 Regards,
 Fred

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] drm

[Jonathan Adams]

An exciting possibility?
On 11 Apr 2015 19:07, Alexander Pyhalov a...@rsu.ru wrote:

 Hi.
 What are  drm.bz2 and i915.bz2 files attached to https://www.illumos.org/
 issues/5637 ?

 --
 System Administrator of Southern Federal University Computer Center

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [HEADSUP] X server update in OpenIndiana Hipster

[Jonathan Adams]

Is it impossible to sticky the intel driver, or is it incompatible with
other new components?

Jon

On 27 February 2015 at 00:47, Nikola M minik...@gmail.com wrote:


 On 02/24/15 11:44 AM, ken mays via oi-dev wrote:

  No, we didn't. You'll see that it was all worth it. Ingenuity is risky
 business - just own it, and embrace it.
 Either breathe fire or blow smoke signals - or stand still.

  ~K

 We have large majority of already working installs with borked X.
 It needs ability to use existing working Intel driver in one way or
 another , (as I mentioned in lengthy mail) because it is currently busted
 and we can't afford to ship busted X/Intel in any form (it ruins experience
 for large enough of people to just drop usage and testing.. en masse).


 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [CFT] Need nwam manager testers

[Jonathan Adams]

On 18 December 2014 at 19:44, Alexander Pyhalov a...@rsu.ru wrote:

 Jonathan Adams писал 18.12.2014 22:19:


 has this been pushed to the live system already?


 Yes.

 Sorry I was late to the party then :)

Took me a little while to get around to updating (last pkg update was a
month ago) ... works fine to me either way :)

Jon
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [CFT] Need nwam manager testers

[Jonathan Adams]

root@jadlaptop:~# pkg set-publisher -P -g
http://buildzone.oi-build.r61.net:1000/ userland

wait a long time

root@jadlaptop:~# pkg install -v
pkg://userland/desktop/administration/nwam-manager@1.151.0
,5.11-2014.1.3.524:20141213T110739Z
Creating Plan (Solver setup): -
pkg install: No matching version of desktop/administration/nwam-manager can
be installed:
  Reject:  pkg://userland/desktop/administration/nwam-manager@1.151.0
,5.11-2014.1.3.524:20141213T110739Z
  Reason:  Newer version pkg://
openindiana.org/desktop/administration/nwam-manager@1.151.0,5.11-2014.1.3.524:20141216T114100Z
is already installed

has this been pushed to the live system already?

Jon

On 13 December 2014 at 12:50, Andreas Wacknitz a.wackn...@gmx.de wrote:

 As I already reported on #oi-dev the new nwam-manager works on my Ultra 24
 with a simple configuration (static IP address).

 Regards
 Andreas

 Am 13.12.14 13:27, schrieb Alexander Pyhalov:

  Andreas Wacknitz писал 13.12.2014 15:24:

  # pkg set-publisher -P -g http://buildzone.oi-build.r61.
 net:1000/en/index.shtml userland

 This does not work for me:
 root@merkur:~# pkg set-publisher -P -g
 http://buildzone.oi-build.r61.net:1000/en/index.shtml userland


 Sorry, typo, the link should have been http://buildzone.oi-build.r61.
 net:1000/
 ---
 System Administrator of Southern Federal University Computer Center




 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Miass OpenSolaris User Group

[Jonathan Adams]

please be aware that OpenSolaris is a trademark of Oracle, and not freely
available, and that Oracle have almost bottomless pockets when protecting
their trademarks.

Jon

On 30 November 2014 at 07:29, Arhipkin Ilya i...@arhipkin.com wrote:

 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@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Not Seeing Yahoo user's Names in messages on list

[Jonathan Adams]

yes, it is solved by moving away from Yahoo.

That is the only real solution
 to this problem.

Jon


On 1 September 2014 04:21, Nikola M. minik...@gmail.com wrote:

 I see that Sender's names on the list, for Yahoo users, are displayed as
 ''OpenIndiana Developer mailing list to me, instead of seeing who is
 actually sender to the list.
 Wasn't that thing supposed to be solved some time ago?


 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [OpenIndiana-discuss] success stories about SRSS and OI

[Jonathan Adams]

from working system (a7, SUNWfiles, not SUNWbinfiles):

cd / ; pkg contents network/dhcp/dhcpmgr service/network/dhcp | xargs -I{}
find {} -prune -type f | xargs tar cvf dhcp-server.tar

did the same on a broken system.

untar'ed into broken-dhcp and working-dhcp directories

root@jadlaptop:~# gdiff -ribw broken-dhcp working-dhcp

Binary files broken-dhcp/usr/lib/inet/dhcp/nsu/rfc2136.so.1 and
working-dhcp/usr/lib/inet/dhcp/nsu/rfc2136.so.1 differ
Binary files broken-dhcp/usr/lib/inet/dhcp/svc/ds_SUNWfiles.so.0 and
working-dhcp/usr/lib/inet/dhcp/svc/ds_SUNWfiles.so.0 differ
Binary files broken-dhcp/usr/lib/inet/dhcp/svc/ds_SUNWfiles.so.1 and
working-dhcp/usr/lib/inet/dhcp/svc/ds_SUNWfiles.so.1 differ
Binary files broken-dhcp/usr/lib/inet/dhcp/svcadm/dhcpcli.jar and
working-dhcp/usr/lib/inet/dhcp/svcadm/dhcpcli.jar differ
Binary files broken-dhcp/usr/lib/inet/dhcp/svcadm/dhcpcommon.jar and
working-dhcp/usr/lib/inet/dhcp/svcadm/dhcpcommon.jar differ
Binary files broken-dhcp/usr/lib/inet/dhcp/svcadm/dhcpsvc.jar and
working-dhcp/usr/lib/inet/dhcp/svcadm/dhcpsvc.jar differ
Binary files broken-dhcp/usr/lib/inet/dsvclockd and
working-dhcp/usr/lib/inet/dsvclockd differ
Binary files broken-dhcp/usr/lib/inet/in.dhcpd and
working-dhcp/usr/lib/inet/in.dhcpd differ
Binary files broken-dhcp/usr/lib/libdhcpsvc.so.1 and
working-dhcp/usr/lib/libdhcpsvc.so.1 differ
Binary files broken-dhcp/usr/sadm/admin/dhcpmgr/SUNWfiles.jar and
working-dhcp/usr/sadm/admin/dhcpmgr/SUNWfiles.jar differ
Binary files broken-dhcp/usr/sadm/admin/dhcpmgr/dhcpmgr.jar and
working-dhcp/usr/sadm/admin/dhcpmgr/dhcpmgr.jar differ
Binary files broken-dhcp/usr/sadm/admin/dhcpmgr/dhcpmgr.so.1 and
working-dhcp/usr/sadm/admin/dhcpmgr/dhcpmgr.so.1 differ

untar'ed over the current system, ran commands:

root@jadlaptop:~# dhcpconfig  -D -r files -p /var/dhcp
dhcpconfig: Error - files is not a valid resource.
root@jadlaptop:~# dhcpconfig  -D -r SUNWfiles -p /var/dhcp
dhcpconfig: Error - creating location: /var/dhcp.

still broken (wtf?)

attached truss file from -r files ...

It's funny because I ran the dhcpconfig command on the a7 box only today to
set up a DHCP service, just wish I'd truss'ed the command, I'd prefer not
to have to destroy it to test.

Jon


On 6 July 2014 14:53, Jim Klimov jimkli...@cos.ru wrote:

 On 2014-07-05 21:32, Alexander Pyhalov wrote:

 BTW, I see the same behavior on /dev with recent illumos-gate
 (compiled with GCC).
 However, dhcpconfig works on stock /dev a8.
 So, I see two possibilities:
 1) something is wrong with using GCC  dhcp Java configuration tool
 2) dhcpconfig is broken in current illumos-gate.


 Checked on both GCC-compiled and Sun Studio compiled latest illumos the
 following command fails:

 # dhcpconfig -D -r SUNWfiles -p /var/dhcp -l 28800
 dhcpconfig: Error - creating location: /var/dhcp.

 But it works on the same host on OI /dev a9.

 Has someone seen something similar?


 Unfortunately yes, I saw this too. I think I posted about that
 around May, perhaps after Jonathan's complaints and/or in reply
 to them, but couldn't manage to google up my posts now.

 Anyhow, Sun DHCP never worked on my new laptop installation
 which started out with hipster, for neither of the formats of
 SUNW{bin,}files database. Other tools like the X11 GUI and
 pntadm complained as well.

 Did anyone recently try to import verbatim the related binary
 and library files from a working (OIa9) installation into
 hipster to see if the SUNWdhcp* or the rest of the OS is the
 problem? I think I tried, and failed, but can't certainly
 remember and say that I did - last month was too turmulous
 for such minor details to stick ;(

 truss/strace also did not pop out any apparent problems for me.

 HTH,
 //Jim


 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev



dhcpconfig-files.log.bz2
Description: BZip2 compressed data
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] /hipster-2014.1 IPS repo

[Jonathan Adams]

Just out of interest, if illumos-gate was rebuilt every night, does that
mean that we get a complete (Gb sized) update every day, or is it clever
enough to only try to package files that have changed?

Will rebuilding it every night mean that we need to rotate the repository
more frequently in future to stop PKG getting too big?

Jon


On 23 June 2014 14:05, Alexander Pyhalov a...@rsu.ru wrote:

 On 06/23/2014 16:58, Andrzej Szeszo wrote:

 Hi Alexander

 I will check on 500 error in a moment.

 I left 'illumos-gate' project it disabled initially as I wasn't sure
 about the frequency of the builds going forward (and then forgot about
 the fact I have disabled it).

 Would building it every night be frequent enough? I think re-building it
 on every commit is a bit too often. I thought it was a good idea when
 setting Jenkins up initially but not anymore :)


 Hi.
 I think that building it every night is OK.
 The only reason to rebuild it on every commit which I can think about is
 to detect when we break illumos-gate build. But for this case 24-hour
 granularity is enough.


 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] 2837 - remove print/lp* from gate and use CUPS from userland

[Jonathan Adams]

Not that I have a lot of say in the matter, but my feeling is that Apache
1.3 though should go away even if that means that the print/lp stack goes
away.

The Apache Foundation tell people not to use their v1 server ... 2.0.64 is
their Legacy version

While on Solaris 10 I'm a big consumer of the old lp system, on my Illumos
boxes they all use CUPS, which is a lot nicer to talk to when combined with
Samba.

print/lp is easy to manipulate at the command prompt over slow connections,
CUPS is easy to manipulate in a web browser ... I am having trouble
teaching the new kids to do it at the prompt, it's easier to teach them
the one in the browser anyway.

Just my 2Cents.

Jon



On 6 May 2014 08:48, Alexander Pyhalov a...@rsu.ru wrote:

 Hello.

 When I tried to rebuild apache 1.3 again I found out that mod_ssl doesn't
 like OpenSSL 1.0.
 Of course, I could look at it and try update it, but does someone really
 use apache 1.3?
 Now it's only used as illumos-gate build dependency.

 Last time the question of removing print/lp* from the gate was rejected
 partially because cups didn't provide trusted printing support.
 Our (OI /hipster) version of cups has TX patches. However, I haven't
 checked that it works.
 As I understand, most distributions have already stripped this code. Isn't
 it a good time to reconsider the question - either update dependency to
 apache 2 or remove it?
 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [discuss] Re: basis for better collaboration on illumos and OpenIndiana: small circle, Big circle

[Jonathan Adams]

I don't know how to do it myself, but I'm sure that a list of my minimum
criteria would be good for the whole ecosystem.

will you please implement these changes and get back to me asap.

Thanks

PS. can we have a new logo and pie charts? ;-P

http://www.27bslash6.com/p2p2.html



On 20 February 2014 13:30, Ray Arachelian r...@arachelian.com wrote:

 On 02/19/2014 10:34 PM, seth Nimbosa wrote:
  The reason we need a minimum of criteria for collaboration is
  precisely because the different distributions have different focus,
  approach, and use case scenarios in mind, but a set of core features
  that will make it to a unified kernel will be for everyone's benefit.
  Additional layers will be built upon this basic core and the
  abstraction of these feature-sets and their encapsulation from the
  layers below and above it will ensure that there is more or less a
  predictable and uniform way each of these layers interact together and
  how they behave on top of the core.  I mean each distro-specific
  feature-set will be spun out and encapsulated into separate layers of
  development on top of the kernel (and these layers will be slightly or
  wildly different in each distribution) but the core will remain mainly
  intact but dynamically developed jointly by the different distros in
  an upstream manner.

 Indeed.  That was the whole point of Illumos.org - it wasn't meant to be
 an end-user distro, but rather the canonical source repository for what
 once was opensolaris, to be used by the various end-user and commercial
 distros, until such time as (either hell froze over or) Oracle released
 the sources for Solaris 11, and it would accept upstream changes from
 the various distros where appropriate.  Sadly it looks like the former
 is more likely.

 So ideally, illumos.org is where kernel updates should be sent to.  From
 the looks of it, ZFS is still being updated, as is d-trace, and various
 other parts, so there is activity, but it's nowhere near the scale of
 linux, or even the BSDs.

 It might be helpful to have some sort of ABI that allows opensolaris to
 steal linux device drivers, or FreeBSD device drivers, either by
 recompiling, or by providing a binary interface, but I've no idea how
 difficult that would be.  Such an interface would allow quick porting of
 missing device drivers, at a cost of poor efficiency due to the extra
 layers, but at least it would provide some support for hardware that
 isn't supported yet.  Timing sensitive device drivers wouldn't work very
 well with such a scheme.  (And of course there's tons of license
 compatibility issues there to ameliorate.)


 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] oi_151a9 roadmap planning

[Jonathan Adams]

*Joerg Schilling* wrote:

I am not sure whether you are aware about the fact that OpenSoaris has few
contributors and that Illumos is trying to frighten developers by not being
a sure partner you may trust

Please take that with a pinch of salt. Joerg is an experienced and prolific
programmer, who has done great things and is very supportive of Solaris ...
but he doesn't like Garrett, and because he sees the Illumos fork as a
project implemented by Garrett, doesn't play well with Illumos.

He has been asked to contribute on many occasions, and his response isn't
to create diff/patches it is to say you should just use my version of the
program ... not even explaining the differences or why you should use his
program.

because we fail to use his program, he asserts that we don't accept
contributions and therefore are not a trustable community.

Schillix has 2 contributors, neither of which is paid to work on the
project so cannot devote much time to it.

OpenSXCE has 1 contributor, and because of the way that that project is set
up, it can only have 1 contributor, and as much love and respect as we can
give from this community to Martin, he needs to go and get a job and start
eating.

PS. if you go to Schillix you will find that your ZFS is no longer
compatible with either Illumos/*BSD/Linux or even with Oracle Solaris for
that matter, both have major enhancements, although both differ slightly.

Just my 2cents.

Jon
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [developer] Compiz on hipster.

[Jonathan Adams]

Compiz appears to work fine but, bizarrely, the
'gnome-appearance-properties' app seems to hang when I click on Keep
settings, when changing modes ... and as soon as I kill it the desktop
returns to None in the settings.

Hmm, a succession of crashes and killing X and I've got it to start in
compiz mode, cheers.



On 3 February 2014 15:47, Jonathan Adams t12nsloo...@gmail.com wrote:

 trying it now, will comment after a reboot.


 On 3 February 2014 15:42, Alexander Pyhalov a...@rsu.ru wrote:

 On 02/03/2014 18:26, Jonathan Adams wrote:

 usly updated 13/jan/2014) and Compiz
 appears to be broken in the most recent release, (core file produced) and
 no window manager available in that mode.

 System works fine in None ...

 There are loads of messages about missing Icons/unread


 Hello.
 Sorry about this, can you update now and check that compiz is working?
 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University



___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [developer] Compiz on hipster.

[Jonathan Adams]

On 3 February 2014 16:42, Alexander Pyhalov a...@rsu.ru wrote:

 Can't reproduce here...


I'm glad :)

I'll put it down to my system, or the phase of the moon or something :)

Jon
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] vncviewer

[Jonathan Adams]

I haven't checked, but if this is a recent version of vncviewer, there is
the ability to press control on the f8 menu ...

I compiled the latest vncviewer myself, and I have to say that I'm not
amazing impressed with the change.

Jon


On 4 January 2014 16:28, Richard PALO richard.p...@free.fr wrote:

 btw, thanks for pushing multi-user-desktop, I can retire my manual
 procedure...

 I'm noticing when using vncviewer and/or coming into vncserver (for
 example '$ vncviewer localhost' I'm not able to use ctrl-characters...
 for example, after selecting some text in a terminal ctrl-C ctrl-V
 gives 'CV' instead of copy-ing/paste-ing the text. ctrl-d gives 'd'...

 real strange... is anybody else noticing this on recent hipster?

 Where are the sources for these builds, is it still
 https://hg.openindiana.org/sustaining/oi_151a/xnv

 and the formerly-known-as jds location? oi-jds?


 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] /etc/profile.d and /etc/csh/login.d directories

[Jonathan Adams]

I know this sounds silly, because a standard of sorts already exists (other
platforms use something similar), but can we not have a common subdirectory
in /etc for these scripts, e.g. /etc/shell.d with the relevant
shells/scripts as subdirectories. e.g. /etc/shell.d/profile and
/etc/shell.d/login ?

it just seems slightly better organised.

just as a suggestion, which you are free to ignore, when you get a new
Apache2 server set up on an Ubuntu box, you get the sites-available and
sites-enabled directories. All available scripts/setup are in
sites-available, and if they are wanted they are soft-linked into the
sites-enabled directory ... do we want to consider doing something like
this for shell scripts?

While I'm not generally a fan of software installs adding lots of stuff to
my start up scripts (remembering back to my days of DOS and windows 3.1,
and the autoexec.bat and config.sys) your scripts look like they should
work as expected, and it does make adding and removing scripts with
installs easier.

Just out of interest, how did you envisage sorting the run order for the
scripts in the subdirectories? Are we planning on instigating the 2 digit
leading order, in a similar fashion to the rc.d scripts? if we were, then
we could check for filenames beginning with numbers, which would allow
README and other documentation to exist in those directories that isn't
run automatically.

Jon



On 28 November 2013 07:15, Alexander Pyhalov a...@rsu.ru wrote:

 On 11/28/2013 11:00, Alexander Pyhalov wrote:

 Hello.

 It seems that this change is not welcome upstream illumos-gate. Perhaps,
 we can put it locally. I add sourcing /etc/profile.d/*.sh and
 /etc/csh/login.d/*.csh  scripts to /etc/profile and /etc/.login. Are
 there any notices or objections?


 Forgot link: https://github.com/pyhalov/oi-userland/compare/profile_d


 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Apache2 in hipster broken?

[Jonathan Adams]

Haven't updated my hipster for couple of weeks, but the stock apache22
seems to work for me:

jadams@jadlaptop:/etc/apache2/2.2$ uname -a
SunOS jadlaptop 5.11 illumos-ad17c01 i86pc i386 i86pc

jadams@jadlaptop:/etc/apache2/2.2$ beadm list
BE  Active Mountpoint Space Policy Created
illumos-13  -  -  24.2M static 2013-02-08 11:33
illumos-14  -  -  41.4M static 2013-09-18 11:40
oihipster-4 -  -  35.7M static 2013-10-11 18:32
oihipster-5 NR /  28.6G static 2013-10-31 09:13

Since I'm not actively using the apache on my machine I shall do an update
and see if it breaks.

Jon


On 14 November 2013 21:42, Gary Gendel g...@genashor.com wrote:

 Looks like apache in hipster has run into this bug:

 https://issues.apache.org/bugzilla/show_bug.cgi?id=54993

 In my case, it looks like apache doesn't even respond to requests. The
 logs have a stream of:

 (81)File descriptor in bad state: apr_pollset_poll failed. Attempting to
 shutdown process gracefully

 Messages.


 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] pkg update, sendmail broken

[Jonathan Adams]

sendmail working happily with old zlib.  Additionally now have a working
local package server, which failed all the time beforehand.

Will try updating again with the newer zlib when I next feel like rebooting
:)

Thanks, Jon


On 11 October 2013 10:30, Alexander Pyhalov a...@rsu.ru wrote:

 On 10/11/2013 13:27, Jonathan Adams wrote:

 If I non-sticky it, and change it to search-after the hipster I get the
 system/library in the update list ... should I risk unfreezing the zlib,
 do you think? will it work if I don't unfreeze it?



 I don't know. Boot environments allows you to safely make such experiment.

 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] sigcpp issue

[Jonathan Adams]

Unfroze the package and it just updated fine, although I haven't rebooted
yet.


On 9 October 2013 19:17, Alexander Pyhalov a...@rsu.ru wrote:

 On 10/09/2013 18:18, Jonathan Adams wrote:

 root@jadlaptop:~# pkg freeze
 NAME   VERSION DATE
 COMMENT
 library/g++/sigcpp 2.2.10-0.151.1.5:**20120805T144728Z 01 Oct 2013
 21:00:41
 BST None
 library/zlib   1.2.3   18 Sep 2013 16:36:58 BST
 None

 root@jadlaptop:~# pkg info -l library/g++/sigcpp
Name: library/g++/sigcpp
 Summary: Library that implements typesafe callback system for
 standard C++ (g++-built)
Category: Development/C++
   State: Installed (Frozen)
   Publisher: sfe
 Version: 2.2.10
   Build Release: 5.11
  Branch: 0.151.1.5
 Packaging Date: Sun Aug  5 14:47:28 2012
Size: 9.15 MB
FMRI: pkg://sfe/library/g++/sigcpp@**2.2.10
 ,5.11-0.151.1.5:**20120805T144728Z

 root@jadlaptop:~# pkg info -r pkg:/library/g++/sigcpp@2.2.**
 10-0.151.1.8.1
Name: library/g++/sigcpp
 Summary: Libsigc++ - a library that implements a typesafe callback
 system for standard C++ (g++ - compiled)
Category: Development/C++
   State: Not installed
   Publisher: openindiana.org
 Version: 2.2.10
   Build Release: 5.11
  Branch: 0.151.1.8.1
 Packaging Date: Mon Sep 30 08:53:28 2013
Size: 9.24 MB
FMRI: pkg://
 openindiana.org/library/g++/**sigcpp@2.2.10,5.11-0.151.1.8.**
 1:20130930T085328Zhttp://openindiana.org/library/g++/sigcpp@2.2.10,5.11-0.151.1.8.1:20130930T085328Z


 I believe that I've fixed part of errors. Could you try to update system
 in new BE?

 The other issue is a conflict between library/g++/sigcpp from SFE and
 /hipster. Libraries should be compatible, but I don't know how IPS will
 process dependencies.

 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] pkg update, sendmail broken

[Jonathan Adams]

jadams@jadlaptop:~$ ls -l /usr/lib/sendmail /lib/libc.so.1
-rwxr-xr-x   1 root bin  1565808 Jul  4 23:13 /lib/libc.so.1
-r-xr-sr-x   1 root smmsp 951784 Oct 10 09:54 /usr/lib/sendmail

jadams@jadlaptop:~$  ldd /usr/lib/sendmail
libresolv.so.2 = /lib/libresolv.so.2
libsocket.so.1 = /lib/libsocket.so.1
libnsl.so.1 = /lib/libnsl.so.1
libldap.so.5 = /usr/lib/libldap.so.5
libsldap.so.1 = /usr/lib/libsldap.so.1
libwrap.so.1 = /usr/lib/libwrap.so.1
libumem.so.1 = /lib/libumem.so.1
libssl.so.0.9.8 = /lib/libssl.so.0.9.8
libcrypto.so.0.9.8 = /lib/libcrypto.so.0.9.8
libsasl.so.1 = /usr/lib/libsasl.so.1
libc.so.1 = /lib/libc.so.1
libc.so.1 (ILLUMOS_0.6) = (version not found)
libmd.so.1 = /lib/libmd.so.1
libmp.so.2 = /lib/libmp.so.2
libnspr4.so = /usr/lib/mps/libnspr4.so
libplc4.so = /usr/lib/mps/libplc4.so
libnss3.so = /usr/lib/mps/libnss3.so
libssl3.so = /usr/lib/mps/libssl3.so
libscf.so.1 = /lib/libscf.so.1
libpthread.so.1 = /lib/libpthread.so.1
librt.so.1 = /lib/librt.so.1
libdl.so.1 = /lib/libdl.so.1
libnssutil3.so = /usr/lib/mps/libnssutil3.so
libplds4.so = /usr/lib/mps/libplds4.so
libthread.so.1 = /lib/libthread.so.1
libuutil.so.1 = /lib/libuutil.so.1
libgen.so.1 = /lib/libgen.so.1
libnvpair.so.1 = /lib/libnvpair.so.1
libsmbios.so.1 = /usr/lib/libsmbios.so.1
libm.so.2 = /lib/libm.so.2

Version Definition Section:  .SUNW_version
 index  version dependency
   [1]  libc.so.1[ BASE ]
   [2]  ILLUMOS_0.4 ILLUMOS_0.3
   [3]  ILLUMOS_0.3 ILLUMOS_0.2
   [4]  ILLUMOS_0.2 ILLUMOS_0.1
   [5]  ILLUMOS_0.1 SUNW_1.23
   [6]  SUNW_1.23   SUNW_1.22.6
   [7]  SUNW_1.22.6 SUNW_1.22.5
   [8]  SUNW_1.22.5 SUNW_1.22.4
   [9]  SUNW_1.22.4 SUNW_1.22.3
  [10]  SUNW_1.22.3 SUNW_1.22.2
  [11]  SUNW_1.22.2 SUNW_1.22.1
  [12]  SUNW_1.22.1 SUNW_1.22
  [13]  SUNW_1.22   SUNW_1.21.3
  [14]  SUNW_1.21.3 SUNW_1.21.2
  [15]  SUNW_1.21.2 SUNW_1.21.1
  [16]  SUNW_1.21.1 SUNW_1.21
  [17]  SUNW_1.21   SUNW_1.20.4
  [18]  SUNW_1.20.4 SUNW_1.20.1
  [19]  SUNW_1.20.1 SUNW_1.20
  [20]  SUNW_1.20   SUNW_1.19
  [21]  SUNW_1.19   SUNW_1.18.1
  [22]  SUNW_1.18.1 SUNW_1.18
  [23]  SUNW_1.18   SUNW_1.17
  [24]  SUNW_1.17   SUNW_1.16
  [25]  SUNW_1.16   SUNW_1.15
  [26]  SUNW_1.15   SUNW_1.14
  [27]  SUNW_1.14   SUNW_1.13
  [28]  SUNW_1.13   SUNW_1.12
  [29]  SUNW_1.12   SUNW_1.11
  [30]  SUNW_1.11   SUNW_1.10
  [31]  SUNW_1.10   SUNW_1.9
  [32]  SUNW_1.9SUNW_1.8
  [33]  SUNW_1.8SUNW_1.7
  [34]  SUNW_1.7SUNW_1.6
  [35]  SUNW_1.6SUNW_1.5
  [36]  SUNW_1.5SUNW_1.4
  [37]  SUNW_1.4SUNW_1.3
  [38]  SUNW_1.3SUNW_1.2
  [39]  SUNW_1.2SUNW_1.1
  [40]  SUNW_1.1SUNW_0.9
  [41]  SUNW_0.9SUNW_0.8
  [42]  SUNW_0.8SUNW_0.7
  [43]  SUNW_0.7SYSVABI_1.3
  [44]  SYSVABI_1.3
  [45]  SUNWprivate_1.1

hmm ...

is this related to the fact that I've still got library/zlib frozen at
1.2.3?

jadams@jadlaptop:~$ pkg freeze
NAME   VERSION DATE
COMMENT
library/zlib   1.2.3   18 Sep 2013 16:36:58 BST None



On 10 October 2013 18:58, Alexander Pyhalov a...@rsu.ru wrote:

 Hello, Jonathan.


 Jonathan Adams писал 10.10.2013 19:44:

  a reboot with the new sigcpp package works fine, except that now my
 sendmail is broken:

 [ Oct 10 16:34:52 Executing start method (/lib/svc/method/sendmail-**
 client
 start). ]
 ld.so.1: sendmail: fatal: libc.so.1: version 'ILLUMOS_0.6' not found
 (required by file /usr/lib/sendmail)
 ld.so.1: sendmail: fatal: libc.so.1: open failed: No such file or
 directory
 [ Oct 10 16:34:52 Method start exited with status 0. ]
 [ Oct 10 16:34:52 Stopping because all processes in service exited. ]
 [ Oct 10 16:34:52 Executing stop method (/lib/svc/method/sendmail-**
 client
 stop 127). ]
 [ Oct 10 16:34:52 Method stop exited with status 0. ]


 Can't reproduce.
 Please, show output of
 ldd /usr/lib/sendmail

Re: [oi-dev] pkg update, sendmail broken

[Jonathan Adams]

root@jadlaptop:~# pkg info pkg:/system/library
  Name: system/library
   Summary: Core Solaris, (Shared Libs)
   Description: core shared libraries for a specific instruction-set
architecture
  Category: System/Core
 State: Installed
 Publisher: openindiana.org
   Version: 0.5.11
 Build Release: 5.11
Branch: 0.151.1.8.1
Packaging Date: Thu Jun 20 23:55:00 2013
  Size: 47.60 MB
  FMRI: pkg://
openindiana.org/system/library@0.5.11,5.11-0.151.1.8.1:20130620T235500Z

root@jadlaptop:~# pkg info -r pkg:/system/library
  Name: system/library
   Summary: Core Solaris, (Shared Libs)
   Description: core shared libraries for a specific instruction-set
architecture
  Category: System/Core
 State: Not installed
 Publisher: openindiana.org
   Version: 0.5.11
 Build Release: 5.11
Branch: 0.151.1.8.1
Packaging Date: Thu Oct 10 02:58:10 2013
  Size: 47.37 MB
  FMRI: pkg://
openindiana.org/system/library@0.5.11,5.11-0.151.1.8.1:20131010T025810Z

root@jadlaptop:~# pkg update -nv pkg:/system/library
No updates available for this image.



On 10 October 2013 19:06, Alexander Pyhalov a...@rsu.ru wrote:

 Jonathan Adams писал 10.10.2013 22:02:

 jadams@jadlaptop:~$ ls -l /usr/lib/sendmail /lib/libc.so.1
 -rwxr-xr-x   1 root bin  1565808 Jul  4 23:13 /lib/libc.so.1
 -r-xr-sr-x   1 root smmsp 951784 Oct 10 09:54 /usr/lib/sendmail

 is this related to the fact that I've still got library/zlib frozen at
 1.2.3?

 jadams@jadlaptop:~$ pkg freeze
 NAME   VERSION DATE
 COMMENT
 library/zlib   1.2.3   18 Sep 2013 16:36:58 BST
 None


 I don't know. But you have outdated libc.
 Actual is
 $ pkg info pkg:/system/library
   Name: system/library
Summary: Core Solaris, (Shared Libs)
Description: core shared libraries for a specific instruction-set
 architecture

   Category: System/Core
  State: Installed
  Publisher: openindiana.org
Version: 0.5.11

  Build Release: 5.11
 Branch: 0.151.1.8.1
 Packaging Date: October 10, 2013 02:58:10 AM
   Size: 47.37 MB
   FMRI: pkg://openindiana.org/system/**
 library@0.5.11,5.11-0.151.1.8.**1:20131010T025810Zhttp://openindiana.org/system/library@0.5.11,5.11-0.151.1.8.1:20131010T025810Z
 $ ls -l /lib/libc.so.1
 -rwxr-xr-x 1 root bin 1570124 Oct 10 21:48 /lib/libc.so.1


___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Testing Updating packages and hipster-testing repo.

[Jonathan Adams]

I'm a user and not a developer, but what you are saying is wrong.

The hipster was set up to be the bleeding edge for developers to work.

Just because you want some new features and have set up your repositories
to include /hipster doesn't mean that it isn't a bleeding edge repository.

You're right that flash videos don't work, and I've had problems with my X
due to the upgrade, until I froze a package, and in fact had to freeze
another (library/g++/sigcpp) because of a conflict with the JDS I have ...
but then again this is the bleeding edge, so I have no right to complain
and it allows an extra user to test before the project pushes to /dev

Jon



On 9 October 2013 13:22, Nikola M. minik...@gmail.com wrote:

 On 10/ 9/13 01:48 PM, Udo Grabowski (IMK) wrote:

 I think that every change to public Hipster repo should be tested before

 done.
 And it goes for every update or group of them, so it could be tested by
 one more or few people, before pushing it public.

 How about pushing it to hipster-testing publisher or something, before
 going to hipster?
 If Hipster is rolling-release, it should have 'release' in mind, not
 only 'rolling' :)
 

 This makes absolutely no sense since /hipster IS the
 testbed. /dev is what people in the public are exposed
 to (and, hopefully, someday, /release).

 /dev should be testbed and we should be going to /release in our lifetimes.
 Recent /dev a8 is mostly useless for everyday use (flash not working and
 Desktop is broken and recent breakings in SFE make it useless to play video
 with smplayer etc.)
 , also /dev releases were unitll recen very infrequent.

 It makes even less sense just to drop everything one change without
 testing to a public repo , that hipster is.
 I just say I don't want to install broken stuff when I upgrade to from
 Hipster. Test it first.
 Hipster become dev and since we have no release , /dev is our release .

 So dropping things without testing to hipster is not OK, because people
 actually use Hipster.

 Testing things before droping it for anyone's use is always good, so my
 proposal on
 making testing procedure and making testing better, stands.
 It can only make things better, out of that, /dev will be better. And
 opposite of that is what?



 __**_
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/**mailman/listinfo/oi-devhttp://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Xnv_161 JDS updates

[Jonathan Adams]

Sorry to dig up an old topic but this is kind of a continuation.

Whenever I try to do an upgrade my desktop is completely screwed after a
restart.

I turned of Visual Effects, and tried again and it still failed.

I forgot about it for ages.

I tried to install pcre and got:

root@jadlaptop:~# pkg install -nv --no-refresh pkg:/library/pcre
Packages to update: 2
 Estimated space available:  13.40 GB
Estimated space to be consumed: 314.08 MB
   Create boot environment:No
Create backup boot environment:   Yes
  Rebuild boot archive:No

Changed packages:
openindiana.org
  library/pcre
8.21,5.11-0.151.1.8.1:20130620T081948Z -
8.21,5.11-0.151.1.8.1:20130825T191147Z
  library/zlib
1.2.3,5.11-0.151.1.8:20130305T140745Z -
1.2.8,5.11-0.151.1.8.1:20130825T230351Z

and noticed a few bad changes on my system, including thunderbird not
working any more.

I rebooted and got exactly the same dead-desktop as before with the same
core dumping.

I've booted into the backup and now I've run a pkg freeze pkg:/library/zlib
@1.2.3, and will do an update with that in place to see if that will
work/fail miserably.

...

rebooted after the upgrade and everything appears to be working (with the
exception of svc:/application/pkg/server:default which I just disabled)

Should I be looking out for anything else suspicious?

Jon


On 23 July 2013 12:29, Jonathan Adams t12nsloo...@gmail.com wrote:

 I didn't think you had, I wasn't trying to push, I just realised that I
 hadn't posted the links to the group (on our helpdesk system I often ask
 questions to get more information so that someone else has the information
 they will need to fix the problem, and I assume that other people do
 likewise)


 On 23 July 2013 12:23, Alexander Pyhalov a...@rsu.ru wrote:

 On 07/23/2013 15:07, Jonathan Adams wrote:

 reposting to include oi-dev, not just Alexander :)


 I didn't found anything useful, but I didn't have enough time look at
 this attentively.


 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University



___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Xnv_161 JDS updates

[Jonathan Adams]

reposting to include oi-dev, not just Alexander :)


On 22 July 2013 16:09, Jonathan Adams t12nsloo...@gmail.com wrote:


 https://drive.google.com/folderview?id=0B6o_jmGQm0dWd0xwQi1yVEJBWU0usp=sharing


 https://docs.google.com/file/d/0B6o_jmGQm0dWd0Q1anFyODJPMU0/edit?usp=sharing

 https://docs.google.com/file/d/0B6o_jmGQm0dWUzExUzhWZUYySkk/edit?usp=sharing

 https://docs.google.com/file/d/0B6o_jmGQm0dWVWt5bzJ2ZW5uV1E/edit?usp=sharing

 https://docs.google.com/file/d/0B6o_jmGQm0dWcjQyUTJnREhFdVU/edit?usp=sharing

 https://docs.google.com/file/d/0B6o_jmGQm0dWaDVoRTZhbVVoLVE/edit?usp=sharing

 https://docs.google.com/file/d/0B6o_jmGQm0dWbGNOQ2VfNlp1bzg/edit?usp=sharing

 https://docs.google.com/file/d/0B6o_jmGQm0dWb1VSOGd3bWpyejA/edit?usp=sharing

 https://docs.google.com/file/d/0B6o_jmGQm0dWRWt5TExkWDRBa3M/edit?usp=sharing




 On 22 July 2013 15:59, Alexander Pyhalov a...@rsu.ru wrote:

 On 07/22/2013 18:41, Jonathan Adams wrote:

 okay, I trashed all the be's after illumos-14, ran a refresh and created
 an
 oihipster be.

 root@jadlaptop:~# beadm list
 BE Active Mountpoint Space Policy Created
 illumos-13 -  -  24.2M static 2013-02-08 11:33
 illumos-14 -  -  21.2M static 2013-07-04 23:11
 oihipster  NR /  21.9G static 2013-07-22 15:17

 gnome still core dumps, hmm thunderbird is dying now as well ...

 jadams@jadlaptop:~$ ls -l core*
 -rw---   1 jadams   sal  302638676 Jul 22 15:35 core
 -rw---   1 jadams   sal  7582360 Jul 22 15:33 core.compiz-bin
 -rw---   1 jadams   sal  26129596 Jul 22 15:32
 core.gnome-power-man
 jadams@jadlaptop:~$ file core
 core:ELF 32-bit LSB core file 80386 Version 1, from 'thunderbird'

 jadams@jadlaptop:~$ svcs -xv
 svc:/application/desktop-**cache/gconf-cache:default (GNOME Gconf Cache
 Builder)
   State: maintenance since Mon Jul 22 15:29:42 2013
 Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
 See: 
 http://illumos.org/msg/SMF-**8000-KShttp://illumos.org/msg/SMF-8000-KS
 See: man -M /usr/share/man -s 1M gconftool-2
 See: /var/svc/log/application-**desktop-cache-gconf-cache:**
 default.log
 Impact: This service is not running.

 gconf-cache is still dying:


 Please, upload a core somewhere.



 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University



___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Xnv_161 JDS updates

[Jonathan Adams]

I didn't think you had, I wasn't trying to push, I just realised that I
hadn't posted the links to the group (on our helpdesk system I often ask
questions to get more information so that someone else has the information
they will need to fix the problem, and I assume that other people do
likewise)


On 23 July 2013 12:23, Alexander Pyhalov a...@rsu.ru wrote:

 On 07/23/2013 15:07, Jonathan Adams wrote:

 reposting to include oi-dev, not just Alexander :)


 I didn't found anything useful, but I didn't have enough time look at this
 attentively.


 --
 Best regards,
 Alexander Pyhalov,
 system administrator of Computer Center of Southern Federal University

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Xnv_161 JDS updates

[Jonathan Adams]

unless the update is in the RPM package, I don't think updating it now will
fix it ...

the changes may not have made their way into the system yet though, so I
will try again later.

root@jadlaptop:~# pkg publisher
PUBLISHER TYPE STATUS   URI
jds.openindiana.org   origin   online
http://opensolaris.cz:1/
openindiana.org   origin   online
http://pkg.openindiana.org/hipster/
sfe-encumberedorigin   online
http://pkg.openindiana.org/sfe-encumbered/
sfe  (non-sticky) origin   online
http://pkg.openindiana.org/sfe/
localhost(non-sticky, disabled) origin   online
http://localhost:1/

root@jadlaptop:~# pkg update -v | tee jul-22-update.log
Packages to update: 1
 Estimated space available:  13.09 GB
Estimated space to be consumed: 154.35 MB
   Create boot environment:No
Create backup boot environment:   Yes
  Rebuild boot archive:No

Changed packages:
openindiana.org
  package/rpm
0.5.11,5.11-0.151.1.8.1:20130721T121727Z -
0.5.11,5.11-0.151.1.8.1:20130722T124104Z
Update Phase ...  Done
Package State Update Phase ...  Done
Package Cache Update Phase ...  Done
Image State Update Phase ...  Done
Reading Existing Index ...  Done
Indexing Packages ...  Done

---
NOTE: Please review release notes posted at:

http://wiki.openindiana.org/oi/Release+Notes
---




On 22 July 2013 07:52, Nikola M. minik...@gmail.com wrote:

  On 07/22/13 06:25 AM, Nikola M. wrote:
  On 07/22/13 12:32 AM, Jonathan Adams wrote:
  Okay, I've upgraded to /hipster as of 21-jul ~ 10pm ish
 
  gnome-wm still fails for me ... maybe I'm doing something wrong.
 
  gnome-wm --replace in a terminal gives:
 
  gtk-window-decorator: Screen 0 on display :0.0 already has a
  decoration manager; try using the --replace option to replace the
  current decoration manager.
  Segmentation Fault (core dumped)
  Core dumped sounds like the unfortunate benefit of upgrading from
  zlib 1.2.3 to 1.2.8 without testing of any kind...
  Try booting from old BE of 151a7 (and keep it for direct upgrade in the
  future)
  and setting pfexec pkg freeze pkg:/library/zlib@1.2.3 . and then
  update keeping zlib at that version.
  I don't know how to directly downgrade zlib to older version without
  old BE and freezing,
  but I know changes need to be tested before going into the Hipster.
 
 Nevermind this, seems like like newest Hipster update comes with zlib
 1.2.8 that is fixed for this kind of problems with dumping core (
 https://www.illumos.org/issues/3896) (-O2)

 Jonathan Adams:
 Try updating hipster and see if problems are gone.
 N.



___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Xnv_161 JDS updates

[Jonathan Adams]

Okay, I've upgraded to /hipster as of 21-jul ~ 10pm ish

gnome-wm still fails for me ... maybe I'm doing something wrong.

gnome-wm --replace in a terminal gives:

gtk-window-decorator: Screen 0 on display :0.0 already has a decoration
manager; try using the --replace option to replace the current decoration
manager.
Segmentation Fault (core dumped)

jadams@jadlaptop:~$ file core
core:ELF 32-bit LSB core file 80386 Version 1, from 'compiz-bin'

jadams@jadlaptop:~$ svcs -xv
svc:/application/desktop-cache/gconf-cache:default (GNOME Gconf Cache
Builder)
 State: maintenance since Sun Jul 21 23:15:21 2013
Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
   See: http://illumos.org/msg/SMF-8000-KS
   See: man -M /usr/share/man -s 1M gconftool-2
   See: /var/svc/log/application-desktop-cache-gconf-cache:default.log
Impact: This service is not running.

svc:/system/rad:default (Remote Administration Daemon)
 State: maintenance since Sun Jul 21 23:09:02 2013
Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
   See: http://illumos.org/msg/SMF-8000-KS
   See: man -M /usr/share/man -s 1M rad
   See: /var/svc/log/system-rad:default.log
Impact: This service is not running.

from gconf-cache:default.log:

Updating GConf cache for the following schemas:
/etc/gconf/schemas/metacity.schemas
/etc/gconf/schemas/compiz-cubeaddon.schemas
/lib/svc/method/gconf-cache: line 78: 979: Memory fault(coredump)
gconftool-2 exited with an error while installing schemas
[ Jul 21 23:08:40 Method start exited with status 95. ]
[ Jul 21 23:15:21 Leaving maintenance because clear requested. ]
[ Jul 21 23:15:21 Enabled. ]
[ Jul 21 23:15:21 Executing start method (/lib/svc/method/gconf-cache
start). ]
Updating GConf cache for the following schemas:
/etc/gconf/schemas/metacity.schemas
/etc/gconf/schemas/compiz-cubeaddon.schemas
/lib/svc/method/gconf-cache: line 78: 1934: Memory fault(coredump)
gconftool-2 exited with an error while installing schemas
[ Jul 21 23:15:21 Method start exited with status 95. ]

Looks like rad got enabled somehow, when it wasn't before ... no
configuration file either way.

I've got a truss of compiz-bin if it helps ... it dies trying to open
/usr/share/compiz/core.xml

Anything else I can look into, just name it :)

Jon


On 20 July 2013 19:10, Nikola M. minik...@gmail.com wrote:

  On 07/18/13 06:47 PM, ken mays wrote:


  Hello,

  Please update your systems for test and review of Milan Jurik's JDS
 update:

  1. /hipster (= 07-18-2013 edition)
 2. JDS (07-15-2013 edition, http://pkg.opensolaris.cz/osol/en/index.shtml)

 I can't update:
 $ pkg publisher
 PUBLISHER TYPE STATUS   URI
 openindiana.org   origin   online
 http://pkg.openindiana.org/dev/
 sfe   origin   online
 http://pkg.openindiana.org/sfe/
 sfe-encumberedorigin   online
 http://pkg.openindiana.org/sfe-encumbered/
 jds.openindiana.org  (non-sticky) origin   online
 http://pkg.opensolaris.cz/osol/


 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] LibreOffice 4.0.4: Archival tools, updates, and Imagemagick

[Jonathan Adams]

Thank you for your hard work :)


On 9 July 2013 18:41, ken mays maybird1...@yahoo.com wrote:

 Hello,

 In order for OI-hipster (oi_151a8) work to natively evolve for LibreOffice
 4.0.4, the archival tools in /hipster
 require recent updates to comply:

 1. Zip 3.0
 2. Unzip 6.0

 Then bump to:

 3. Imagemagick 6.8.3-5
 4. Python 2.7.3
 5. autogen 5.16.2

 I'll note that bumping to apache ant 1.8.4 should be planned for Java
 development...

 The other things to note is the inclusion of fonts package:

 artwiz-fonts

 There are a few other things, but these are some of the baseline issues as of 
 today's review.

 This complies to oracle-userland: s12-26

 ~ Ken Mays









 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Release engineering // planing

[Jonathan Adams]

While not a contributor of code atm :(, I suggested something a system when
OI started, which was sort of agreed to by some people at the time ...

1) stable repository, guarded rigorously by people who do not allow
anything in unless it's been signed and sealed as core and stable,
seriously if this was surrounded by the river styx and you had to pay with
your soul to cross, that'd be sensible.

2) dev/apps repository where apps that are considered not core, and mostly
stable go, and changes to core that need testing before going stable.

3) bleeding edge dev repository where apps and code that are basically
considered volatile, latest releases and all core code changes go, for
those who are happy with a suck-it-and-see approach.

this would allow risk-averse server admin to pick stable, less
risk-averse server admin (or risk-averse laptop/desktop users) to pick
dev, and those who like sky-diving on the way to work to pick
unstable/bleeding edge ...

I would imagine /hipster to be in the latter, and the current /dev to be in
dev, but then, I'm an outsider.

Jon




On 10 July 2013 10:34, David Höppner 0xf...@gmail.com wrote:

 Hi,

 I can speak only for myself, but I think its too early to try this. In
 my view hipster is currently
 only a developer effort. Too many core packages (automake, libtool,
 glib) still need to be updated
 to build some newer software. Even that ruby 1.8.7 update is End of
 Life now. Further many packages (desktop)
 can't be rebuild, because we have no Manifests in hipster for them yet.

 We should discuss the general direction of hipster (desktop,
 core package versions and updated (to build illumos)), but I think
 there are too many open problems
 to impose release quality at this stage.

 -- David

 On 10 July 2013 03:24, Erol Zavidic ero...@gmail.com wrote:
  Folks,
 
  I just want to notice a thing or two from my side that might be relevant
 for the OI (hipster).
 
  What I've seen and consider really important is to implement a kind of
 release engineering. And here I do not want some complicated process with
 many approvals and stuff - rather a sleek and streamlined (hipster) release
 management.
 
  I've seen packages breaking builds because of incompatible versions
 (e.g. libmemcached bump made myself incompatible with php5.4, or ruby
 version breaking other stuff...).
 
  Is it feasible to organise a non-bureaucratic release management setting
 the priorities which packages should get updated first and then possibly
 check for defects produced by it?
 
  Just a thought - and willing to help with it. Let me know your thoughts.
 
  Cheers, Erol
  ___
  oi-dev mailing list
  oi-dev@openindiana.org
  http://openindiana.org/mailman/listinfo/oi-dev

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] illumos

[Jonathan Adams]

On 21 June 2013 08:18, Saso Kiselkov skiselkov...@gmail.com wrote:

 On 21/06/2013 07:52, Jean-Pierre wrote:
  I have yet to identify where is the value added to the kernel
  itself,

 See https://www.illumos.org/projects/illumos-gate/activity for just some
 of the stuff within the last 1 month.


Please also note that Oracle cannot use code changes contributed to Illumos
and keep their source code hidden.  The developers at Oracle have been told
not to look at this project _at all_ because of this so improvements that
happen in the Illumos kernel (Major ZFS changes including a major new
compression algorithm, KVM host ability, etc) cannot go into the Solaris
kernel. Any changes that happen to Solaris have to happen independently.

Jon
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] OI project reboot required

[Jonathan Adams]

On 10 May 2013 12:54, Jim Klimov jimkli...@cos.ru wrote:

 Well, Oracle does provide and promote SunRays ...


Actually, if you check the SunRay forums people are getting the impression
that Oracle does _not_ promote SunRays, and some of their sales guys are
actively trying to dissuade people from buying them ... it's got to the
point that a large number of the original users are getting scared and are
moving away from them to something like a WYSE client instead.

Apart from that and the changes in licenses that Oracle decided to levy
retroactively on our old models when we bought new ones, I love them,
they're great, they do exactly what we need ... but then we only need
access to email, internet and openoffice.
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] OI project reboot required

[Jonathan Adams]

On 10 May 2013 14:13, Jim Klimov jimkli...@cos.ru wrote:

 Are there many (any?) OI-private deviations from illumos-gate?
 I thought it was built with the vanilla kernel already.


I don't believe that KVM is in the default Illumos kernel, but is in OI.

I don't know whether the planned new Wireless stack is going in Illumos, or
in userland, or would have been designated as an Implementer option ...

Jon
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Orange Indiana?

[Jonathan Adams]

Garrett proposed a Reference Distro around September last year that is
pretty much what you suggested:

http://gdamore.blogspot.co.uk/2012/09/the-case-for-new-reference-distro-for.html

Jon
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Libreoffice status

[Jonathan Adams]

my notes attached ... they're a bit old and basically more or less
what I typed in ...

my patches, such that I had, have been posted to the
LibreOffice/Document Foundation list ... most of the good ones have
been incorporated.

compiling sal just needs a few gmakes to get through ... most
likely a sign that there are problems in that module.

Jon

On 28 December 2012 13:40, Paolo Marcheschi paolo.marches...@ftgm.it wrote:
 Hi
 So can you post the steps in order to reproduce the compilation?
 Could be a starting point for all interested in this issue .

 bye

 Paolo


 On 12/27/12 04:34 PM, Jonathan Adams wrote:

 I was working on getting it to a point where it compiled ... but the
 server I was compiling on had to be reclaimed, and my development
 stopped.

 From what I've heard, other people have got it to the point that it
 compiles, and packages, but not to the point that it runs.

 If I get access to a server that can compile again, then I will work
 on it again, otherwise I believe that the tribblix project were
 working on getting this ported.

 Jon

 On 24 December 2012 13:32, Paolo Marcheschi paolo.marches...@ftgm.it
 wrote:

 Hi
 I would like to know what is the status of libreoffice package for
 openindiana.

 How is it possible to help ?

 Thank you

 Paolo

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev



 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev
  443  pkg install sfe.openindiana.org/developer/versioning/git
  447  pkg install gcc
  452  pkg install system/header
  460  pkg install compress/bzip2
  465  pkg install SUNWarc
  471  pkg install gettext
  474  pkg install autoconf
  479  pkg install automake-110
  532  pkg install header-math
  543  pkg install jdk
  546  pkg install gperf
  548  pkg install bison
  550  pkg install flex
  556  pkg install gconf gnome-component
  559  pkg install gnome-vfs
  562  pkg install gstreamer
  564  pkg install ant
  567  pkg install junit
  526  pkg install libtool
#root@salmon190-241:/usr/bin# pkg install boost

cd /usr/perl5
cp ./5.10.0/lib/i86pc-solaris-64int/Config.pm 
./5.10.0/lib/i86pc-solaris-64int/Config.pm.bak
cp ./5.10.0/lib/Sun/Solaris/PerlGcc/Config.pm 
./5.10.0/lib/i86pc-solaris-64int/Config.pm

fix ./5.10.0/lib/i86pc-solaris-64int/Config_heavy.pl:
change KPIC - fPIC
change optimize='-O2 -fno-strict-aliasing'
change ld='gcc'

get zip30.tar.gz, compile
get perl module Compress/Raw/Zlib, compile
get perl module Archive/Zip, compile

export PATH=/home/sal/zip30:${PATH}

git clone http://cgit.freedesktop.org/libreoffice/core libo

solenv/gbuild/platform/unxgcc.mk copied to solaris.mk (with some changes.)

./configure.in
grep -q = \$GREP -q

#back out git diff:
#  587  git diff a1410ef073d2117cb2a3c9d9a4e9ecff7d911344 
90491a073c5b5faee782ad5eab63276fda2342e6  /tmp/mkdir-p.diff
#  591  patch -Rbp1  /tmp/mkdir-p.diff

export LD_LIBRARY_PATH=/home/sal/LibreOffice/libo/solver/unxsogi/lib
export 
PATH=/home/sal/zip30:/usr/gcc/4.6/bin:/usr/gnu/bin:/usr/bin:/usr/sbin:/sbin:/usr/perl5/bin


./autogen.sh  CC=/usr/gcc/4.6/bin/gcc CXX=/usr/gcc/4.6/bin/g++ 
LD=/usr/gnu/bin/ld MAKE=/usr/bin/gmake \
--with-jdk-home=/usr/jdk/instances/jdk1.6.0 \
--disable-ccache \
--disable-epm \
--disable-mozilla \
--disable-neon \
--disable-odk \
--disable-opengl \
--disable-systray \
--with-alloc=system \
--with-fonts \
--without-stlport \
--with-system-libxml \
--with-system-openssl \
--without-system-stdlibs \
--with-num-cpus=4 \
--with-max-jobs=5 \
--disable-dependency-tracking \
--disable-zenity \
--disable-binfilter \
--enable-dbgutil \
--disable-werror \
ACLOCAL=aclocal-1.10


to compile libxmlsec:
cp -rL ./nss/unxsogi/misc/build/nss-3.13.5/mozilla/dist/out/include/* 
./solver/unxsogi/inc/mozilla/nspr
cp -rL ./nss/unxsogi/misc/build/nss-3.13.5/mozilla/dist/public/nss/* 
./solver/unxsogi/inc/mozilla/nss

to compile odk:
gmake unodevtools

to compile udkapi:
gmake codemaker

to compile testtools:
gmake javaunohelper
#export PERL5LIB=/home/sal/LibreOffice/libo/solenv/bin/modules

other stuff:
gmake sot vcl toolkit svl test svtools canvas cppcanvas drawinglayer framework 
basic sfx2 avmedia

gmake i18npool editeng svx chart2

gmake cui

--
-- testing different config
--
./autogen.sh  CC=/usr/gcc/4.6/bin/gcc CXX=/usr/gcc/4.6/bin/g++ 
LD=/usr/gnu/bin/ld MAKE=/usr/bin/gmake \
--with-jdk-home=/usr/jdk/instances/jdk1.6.0 \
--enable-ccache \
--enable-epm \
--disable-mozilla \
--enable-neon \
--enable-odk \
--disable-opengl \
--enable-systray \
--with-alloc=system \
--with-fonts \
--without-stlport \
--without-doxygen \
--with-system-libxml \
--with-system-openssl \
--without-system-stdlibs \
--with-num-cpus=4 \
--with-max-jobs=5 \
--disable

Re: [oi-dev] Partial JDS repo

[Jonathan Adams]

just want to add that your changes to Gnome fixed my problems, thanks a lot.

I've got the update log if anyone wants it

Jon

On 29 December 2012 21:13, Nikola M. minik...@gmail.com wrote:
 On 12/29/12 10:43 AM, Milan Jurik wrote:
 Hi,

 this problem should be fixed in the current JDS repo.

 Best regards,

 Milan

 I get this messages now.
 Maybe it is because of it is OI updated from snv_134.
 Maybe I should do fresh install/update?


___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Libreoffice status

[Jonathan Adams]

I was working on getting it to a point where it compiled ... but the
server I was compiling on had to be reclaimed, and my development
stopped.

From what I've heard, other people have got it to the point that it
compiles, and packages, but not to the point that it runs.

If I get access to a server that can compile again, then I will work
on it again, otherwise I believe that the tribblix project were
working on getting this ported.

Jon

On 24 December 2012 13:32, Paolo Marcheschi paolo.marches...@ftgm.it wrote:
 Hi
 I would like to know what is the status of libreoffice package for
 openindiana.

 How is it possible to help ?

 Thank you

 Paolo

 ___
 oi-dev mailing list
 oi-dev@openindiana.org
 http://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Partial JDS repo

[Jonathan Adams]

Added your repository (--sticky --search-first), --non-sticky'd the
openindiana, sfe and sfe-encumbered repositories, and did an update.

output from pkg update --require-new-be --no-backup-be -nv attached.

however on reboot my X server failed to work, nothing major in syslog,
Xorg.0.log was missing the EDID modelines, and there was a whole lot
of output in messages about dbus-launch:

May  4 13:44:27 jadlaptop syslog[21656]: [ID 702911 daemon.warning]
WARNING: GetDisplayId org.freedesktop.DBus.Error.NoReply raised: Did
not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the
reply, the reply timeout expired, or the network connection was
broken.
Jul 13 17:33:30 jadlaptop syslog[19896]: [ID 702911 daemon.warning]
WARNING: GetDisplayId org.freedesktop.DBus.Error.NoReply raised: Did
not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the
reply, the reply timeout expired, or the network connection was
broken.
Dec  3 12:37:15 jadlaptop gdm-simple-slave[1663]: [ID 702911
daemon.warning] WARNING: Could not spawn command: Failed to execute
child process /usr/bin/dbus-launch (No such file or directory)
Dec  3 12:37:15 jadlaptop gdm-simple-slave[1663]: [ID 702911
daemon.warning] WARNING: Unable to launch D-Bus daemon: Failed to
execute child process /usr/bin/dbus-launch (No such file or
directory)
Dec  3 12:37:16 jadlaptop gnome-session[1702]: [ID 702911
daemon.warning] WARNING: Could not make bus activated clients aware of
DISPLAY=:0.0 environment variable: /usr/bin/dbus-launch terminated
abnormally without any error message
Dec  3 12:37:17 jadlaptop gnome-session[1702]: [ID 702911
daemon.warning] WARNING: Could not make bus activated clients aware of
GNOME_DESKTOP_SESSION_ID=this-is-deprecated environment variable:
/usr/bin/dbus-launch terminated abnormally without any error message
Dec  3 12:37:17 jadlaptop gnome-session[1702]: [ID 702911
daemon.warning] WARNING: Could not make bus activated clients aware of
SESSION_MANAGER=local/jadlaptop:/tmp/.ICE-unix/1702 environment
variable: /usr/bin/dbus-launch terminated abnormally without any error
message
Dec  3 12:37:21 jadlaptop gnome-session[1702]: [ID 702911 daemon.crit]
CRITICAL: file dbus-gproxy.c: line 1945: assertion `connection !=
NULL' failed
Dec  3 12:37:24 jadlaptop gnome-session[1702]: [ID 702911 daemon.crit]
CRITICAL: error getting session bus: /usr/bin/dbus-launch terminated
abnormally without any error message
Dec  3 12:37:24 jadlaptop gnome-session[1702]: [ID 702911 daemon.crit]
CRITICAL: file dbus-gproxy.c: line 1945: assertion `connection !=
NULL' failed
Dec  3 12:37:24 jadlaptop gnome-session[1702]: [ID 702911
daemon.warning] WARNING: Error retrieving configuration key
'/desktop/gnome/session/idle_delay': Failed to contact configuration
server; some possible causes are that you need to enable TCP/IP
networking for ORBit, or you have stale NFS locks due to a system
crash. See http://projects.gnome.org/gconf/ for information. (Details
-  1: Failed to get connection to session: /usr/bin/dbus-launch
terminated abnormally without any error message)
Dec  3 12:37:24 jadlaptop gnome-session[1702]: [ID 702911 daemon.crit]
CRITICAL: error getting session bus: /usr/bin/dbus-launch terminated
abnormally without any error message

I'm sure I've done something wrong, I have just reverted to the old BE for now.

Jon

On 2 December 2012 17:35, Milan Jurik milan.ju...@xylab.cz wrote:
 Hi Ken,

 I will bump more bits after initial setup. Only some minor things are
 bumped already.

 Best regards,

 Milan

 On ne, 2012-12-02 at 09:22 -0800, ken mays wrote:
 Milan,


 Excellent engineering work. Firefox 10.0.11ers integration was a nice
 addition.


 RFE:
 1. Bump Glib2 to 2.32.x (2.32.4)
 2. Bump GTK+ to 2.14.x (2.14.13)
 3. Firefox 17.0.1esr


 Ref:
 1.
 https://hg.openindiana.org/upstream/oracle/spec-files/file/1ff6784d9b6f/base-specs/glib2.spec



 2. 
 https://hg.openindiana.org/upstream/oracle/spec-files/file/1ff6784d9b6f/base-specs/gtk2.spec



 3. ftp://ftp.mozilla.org/pub/firefox/releases/17.0.1esr/contrib/


 Hope that helps,
 Ken Mays







 __
 From: Milan Jurik milan.ju...@xylab.cz
 To: oi-dev@openindiana.org
 Sent: Sunday, December 2, 2012 3:37 AM
 Subject: [oi-dev] Partial JDS repo


 Hi,

 for many last weeks I have been working on fresh JDS build in my spare
 time, small mix of OI, Solaris and even newer bits. If somebody is
 interested in the current status, you can see temporary repo here:

 http://opensolaris.cz:1/

 It should be possible to use it on top of the current OI, if you know
 about sticky/non-sticky repos and how to work with BEs. Feel free to
 use
 it but I cannot guarantee anything, from time to time I will publish
 newer versions.

 If somebody is interested in helping with it then ping me. You need to
 have 

Re: [oi-dev] is there a vector for donating to OI?

[Jonathan Adams]

On 7 September 2012 06:01,  garrett.dam...@dey-sys.com wrote:
 I have no problem with illumos handling earmarking.  In the future, I'll
 want to take a percentage of such donations for illumos general use, but I
 expect it to be reasonable -- perhaps 20% or 25% - and that seems not
 inappropriate given that OI uses illumos as its base anyway.

I am not sure about the 20% mark ... it seems high to me since OI
projects could and should support the community outside of OI.

I understand that for small donations this might _seem_ reasonable,
and that while there is little or no governance of OI it is hard to
see how this funding is spent in a sensible manner, but 20% is a large
slice of any cake.

I know I've already said my peace and am happy for the Illumos
Foundation to take and earmark the funds (it seems by far the sanest
option IMHO) and I could see a 10-15% cut straight to Illumos, I would
prefer not to see it any higher than that.

I would expect any projects, that OI specifically gets involved in,
that affect the Illumos kernel, will benefit Illumos directly and
because of this the OI ring-fenced funding will benefit Illumos too,
but indirectly.

 As far as deciding how it gets spent outside of the earmark - I think the OI
 community will still need to appoint someone or a small body of people, to
 determine the further allocation of the earmark.  That sounds like
 governance to me -- even if not much.
+1

my first preference, as I've said, would be bounties, although as was
suggested some contribution towards transport funds for specific OI
dev's to Illumos events might help the bitterness in the community.

Jon

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Desktop Illumos Still Matters

[Jonathan Adams]

On 5 September 2012 11:14, Joerg Schilling
joerg.schill...@fokus.fraunhofer.de wrote:
 Linking /sbin/sh to ksh definitely was a mistake and I plan to fix this in
 SchilliX-ON since a longer time. Before I introduce my fix, I will first
 replace the unmaintained Bourne Shell from Sun sources by the current
 maintained one which you can find in:

 ftp://ftp.berlios.de/pub/schily/


do you have a patch/diffs to source supplied elsewhere? Is this
project stored in a git repository, or even in an SCCS tar ball
separate to the Schillix-ON project?

Are you offering these changes as an update to the Illumos bash
project to be upstreamed, will you be working with these changes in
the community?

is it possible to exclude your added functionality that was not in the
original shell so that we can stay compatible with all older POSIX
compliant systems that don't have this additional functionality?

Jon

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] is there a vector for donating to OI?

[Jonathan Adams]

On 5 September 2012 16:47, Deirdre Straughan
deirdre.straug...@joyent.com wrote:
snip

I know that it's really none of my business, since I have yet to
actually give anything except support/bugs to the community ...

I think that the money being placed with the Illumos Foundation, with
potential ring-fencing for OI is a sane idea.

  If large enough, perhaps it
 could be used to fund travel for an OI representative at illumos/ZFS Days in
 October: http://zfsday.com/

 Your thoughts?

I personally would prefer it to be set aside for OI specific bounties
... but anything that enables OI to have a more visible/vocal voice in
the Illumos community could only be seen as a good thing.

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] New Project Lead?

[Jonathan Adams]

On 3 September 2012 16:34, Joerg Schilling
joerg.schill...@fokus.fraunhofer.de wrote:
snip
 Correct, OpenSolaris is an umbrella and we need to find a way to coordinate
 it's development to keep enough community behind OpenSolaris.

except of course that we cannot and do not own any right to the name
Solaris in any way shape or form, hence the reason that we need to
refer to the OS/Network as Illumos.

for us, OpenSolaris is dead, because we cannot use the name.

___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev