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)  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):
> 
>
> 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:
>>>
>>> 
>>>
>>> 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
>>> ,
>>> 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] (no subject)

[Jonathan Adams]

That is one of the worst websites I have visited in quite a while,
including my own!

On 17 June 2015 at 09:29, Arhipkin Ilya  wrote:

> Your system is in Nato
>
> --
> 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] Evince can't open PDF files with Hipster 2015.0.1.xx branch

[Jonathan Adams]

https://drive.google.com/open?id=0B6o_jmGQm0dWMTgyZmNZWU51QXM&authuser=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 
wrote:

> > On Saturday, April 11, 2015 2:04 PM, Alexander Pyhalov 
> 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"  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]

On 27 February 2015 at 09:56, Nikola M  wrote:

>
> On 02/27/15 10:21 AM, Jonathan Adams wrote:
>
>  Is it impossible to "sticky" the intel driver, or is it incompatible
> with other new components?
>
>  Jon
>
> Seems like it is just version-updated to non-working one without
> consulting testing.
> Or at least without solution for all existing users.
>

Sorry, I thought that that was what hipster was for ... I thought I was
doing the testing ...

Jon
___
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  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  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



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  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  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.  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  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] Problem with sfe-enc wine vs. sfe libgsm

[Jonathan Adams]

pkg set-publisher --search-before=sfe sfe-encumbered ?


On 2 July 2014 12:57, Udo Grabowski (IMK)  wrote:

> On 02/07/2014 13:47, Udo Grabowski (IMK) wrote:
>
>> On 02/07/2014 13:39, Udo Grabowski (IMK) wrote:
>>
>>> Hi,
>>>
>>> sfe-enc wine cannot be updated because it wants libgsm from
>>> sfe-enc, but installed is libgsm from sfe. The problem is that
>>> sfe-enc indeed has no libgsm binary package, only the source...
>>> So deinstalling libgsm from sfe (and dependances) does not
>>> help until a binary sfe-enc libgsm is available. [oi 151a9]
>>>
>>>
>> This seems to be more complicated:
>>
>> With packagemanager, I don't see the sfe-enc binary libgsm.
>> But with
>> # pkg list -n libgsm
>> NAME (PUBLISHER)  VERSION
>>IFO
>> library/audio/libgsm (sfe)1.0.13-0.151.1
>> i--
>> library/audio/libgsm (sfe-encumbered) 1.0.13-0.151.1.5
>> ---
>>
>> So there seems to be a manager problem, it says "...cannot be
>> installed because higher ranked sfe libgsm was selected".
>>
>> Regardless what I give as installation source, it always
>> installs the sfe version, not the sfe-enc.
>>
>> What's wrong here ? How to circumvent that ?
>>
>>
> Of course, sfe-enc is sticky, and sfe is non-sticky.
> Tried
> pkg install -g http://pkg.openindiana.org/sfe-encumbered/ libgsm
> "No updates necessary for this image."
> and
> pkg update -g http://pkg.openindiana.org/sfe-encumbered/ libgsm
> "No updates available for this image."
> as well as uninstalling and reinstalling from sfe-enc. No change.
>
> --
> 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] Problem with sfe-enc wine vs. sfe libgsm

[Jonathan Adams]

jadams@jadlaptop:~$ pkg publisher
PUBLISHER   TYPE STATUS P LOCATION
openindiana.org  origin   online F
http://pkg.openindiana.org/hipster-2014.1/
jds.openindiana.org (non-sticky, disabled) origin   online F
http://opensolaris.cz:1/
sfe-encumbered  origin   online F
http://pkg.openindiana.org/sfe-encumbered/
sfe(non-sticky) origin   online F
http://pkg.openindiana.org/sfe/
localhost  (non-sticky, disabled) origin   online F
http://localhost:1/

jadams@jadlaptop:~$ pkg list -n libgsm
NAME (PUBLISHER)
VERSIONIFO
library/audio/libgsm (sfe)
1.0.13-0.151.1 ---
library/audio/libgsm (sfe-encumbered)
1.0.13-0.151.1.5   i--

works for me ... what are your "publisher"s ?


On 2 July 2014 12:47, Udo Grabowski (IMK)  wrote:

> On 02/07/2014 13:39, Udo Grabowski (IMK) wrote:
>
>> Hi,
>>
>> sfe-enc wine cannot be updated because it wants libgsm from
>> sfe-enc, but installed is libgsm from sfe. The problem is that
>> sfe-enc indeed has no libgsm binary package, only the source...
>> So deinstalling libgsm from sfe (and dependances) does not
>> help until a binary sfe-enc libgsm is available. [oi 151a9]
>>
>>
> This seems to be more complicated:
>
> With packagemanager, I don't see the sfe-enc binary libgsm.
> But with
> # pkg list -n libgsm
> NAME (PUBLISHER)  VERSION
>IFO
> library/audio/libgsm (sfe)1.0.13-0.151.1
>   i--
> library/audio/libgsm (sfe-encumbered) 1.0.13-0.151.1.5
>   ---
>
> So there seems to be a manager problem, it says "...cannot be
> installed because higher ranked sfe libgsm was selected".
>
> Regardless what I give as installation source, it always
> installs the sfe version, not the sfe-enc.
>
> What's wrong here ? How to circumvent that ?
>
> --
> 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] /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  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] oi-hipster live-cd with newest zpool features

[Jonathan Adams]

not sure if it will help, but you should be able to access a hispter ISO at:

http://dlc-origin.openindiana.org/isos/hipster/

They allowed me to boot when I hadn't updated my grub, and did a zfs
upgrade on them in the past.

Jon


On 22 June 2014 19:48,  wrote:

> Hi,
>
> due to stupidity I killed my installation. How? I upgraded to the latest
> oi-hipster snapshot and enabled the latest zpool feature (embedded_data).
> So far so good but due to a problem with a zone i did a rollback of the
> boot environment without further thinking and bingo system stopped
> booting. Of course because the older kernel does not know about the new
> zpool feature. As i did not find a live cd image supporting all zpool
> features needed I tried to build one on my own using 'distro_const' using
> an additional publisher (hipster). I did it on a Virtualbox VM using a
> hipster install updated to latest snapshot. But this failed. After some
> investigation I found out that the command "/usr/bin/pkg -R
> /rpool/dc/build_data/pkg_image install --no-index --accept pkg:/entire
> pkg:/slim_install pkg:/system/install/media/internal" stopped with a
> segfault. The reason for this segfault is a memory leak in the pkg command
> which after some time starts consuming memory until end of memory (did a
> truss to find out also prstat showed increasing mem usage). Is this known?
> Am I not allowed to use distro_const within a hipster install (because i
> initially got a build 151a9?
>
> Thanks in advance for any help,
>   Fritz
>
>
> ___
> 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  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] The state of OI

[Jonathan Adams]

On 17 April 2014 12:55, G B  wrote:

> OI has always been very stable, but I've never understood the hipster
> development.  OI always had a development/experimental repo and hipster
> seems to break things.  Why isn't the effort with hipster being put into
> 151a8 and future releases?
>
What makes you think that the effort being put into hipster is not related
to the future of OI? What part of the system appears to be wasted effort?

Hipster is designed to test/update the system, it's use is in working out
where the future of OI is.

If you want stability then go for the "dev" version at 151a9 ... if you
don't mind getting cut at the "bleeding-edge" then have a look at hipster,
by using it you can help to see where the future of OI stands.
___
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  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]

In case anyone cares (i.e. they have the same problem) I got the system to
recognise svg icons again by running the "gdk-pixbuf-query-loaders" command

root@jadlaptop:~# gdk-pixbuf-query-loaders --update-cache

root@jadlaptop:~# grep -i svg /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so"
"svg" 2 "gdk-pixbuf" "Scalable Vector Graphics" "LGPL"
"image/svg+xml" "image/svg" "image/svg-xml" "image/vnd.adobe.svg+xml"
"text/xml-svg" "image/svg+xml-compressed" ""
"svg" "svgz" "svg.gz" ""
" ___
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  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] [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  wrote:

> trying it now, will comment after a reboot.
>
>
> On 3 February 2014 15:42, Alexander Pyhalov  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]

trying it now, will comment after a reboot.


On 3 February 2014 15:42, Alexander Pyhalov  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] vncviewer

[Jonathan Adams]

so far, I was just building the new tigervnc standalong to test ... just
for laughs.

I keep the latest tigervnc viewer and the latest rdesktop compiled on my
machine for laughs. the new rdesktop is probably worth the upgrade, but
because of the keymap (ctrl/alt) in f8 issue, I'm not sure that the latest
tigervnc is worth it.

I don't/haven't worked with the hg source, I've just downloaded the source
of the packages and compiled on the local machine.

Jon



On 6 January 2014 17:13, Richard PALO  wrote:

> Le 06/01/14 16:09, Richard PALO a écrit :
>
>  I forgot to mention that there *is* a regression in that RealVncviewer
>> 5.0.5 running on tinycorelinux now fails to connect on hipster but works
>> fine on oi_151a7.
>>
>>
> Let me rephrase that, it initially failed, but seems to work now (at least
> in a subsequent invocation)...
>
> Also, the good news is that it appears that after going into full screen
> mode when running locally enables ^C/^V ! yeah! (what a lousy bug though...)
>
> Which are the latest bits used in hipster, the following:
> https://hg.openindiana.org/sustaining/oi_151a/xnv ?
>
> Jonathan, are you building all of xnv (or a flavour of x-s*-update-clone)
> or just tigervnc standalone?
>
>
>
> ___
> 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] vncviewer

[Jonathan Adams]

okay, no that's the stock version I have ... the newer versions (1.2.0 and
1.3.0) are different WRT the control key ...


I've just tried with my stock vncviewer (connecting to a remote machine,
not to 0 ... that seems like a strange idea since I'm on 0 already) and
ctrl-c and ctrl-v work fine.

in the newer vnc the ctrl key isn't passed through, but if I set ctrl in f8
it works as expected, until ctrl is turned off.

Jon


On 6 January 2014 14:59, Richard PALO  wrote:

> Le 06/01/14 10:57, Jonathan Adams a écrit :
>
>  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
>>
>>
> Launching the vncviewer:
>
>> richard@x3200:~$ vncviewer -Log *:stderr:100 0
>>
>> TigerVNC Viewer for X version 1.0.1
>> Copyright (C) 2002-2005 RealVNC Ltd.
>> Copyright (C) 2000-2006 TightVNC Group
>> Copyright (C) 2004-2009 Peter Astrand for Cendio AB
>> See http://www.tigervnc.org for information on TigerVNC.
>>
>
>
> ...
> I do notice the following sort of message when I try to ^C ^V some text:
>
>> Mon Jan  6 15:58:06 2014
>>  DesktopWindow: selection (482) time is 6758402, later 0
>>
>> Mon Jan  6 15:58:08 2014
>>  DesktopWindow: cursor is empty - using dot
>>
>
>
>
>
> ___
> 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] vncviewer

[Jonathan Adams]

stock 1.0.1 version:

jadams@jadlaptop:~$ vncviewer -Log *:stderr:100 10.190.0.90:1

TigerVNC Viewer for X version 1.0.1
Copyright (C) 2002-2005 RealVNC Ltd.
Copyright (C) 2000-2006 TightVNC Group
Copyright (C) 2004-2009 Peter Astrand for Cendio AB
See http://www.tigervnc.org for information on TigerVNC.

Mon Jan  6 15:07:44 2014
 Config:  set AutoSelect(Bool) to 1
 Config:  set CustomCompressLevel(Bool) to 0
 CConn:   connected to host 10.190.0.90 port 5901
 CConnection: reading protocol version
 CConnection: Server supports RFB protocol version 3.8
 CConnection: Using RFB protocol version 3.8
 CConnection: processing security types message
 CConnection: Server offers security type None(1)
 CConnection: Choosing security type None(1)
 CConnection: processing security message
 CConnection: processing security result message
 CConnection: processing security result message
 CConnection: Authentication success!
 CConnection: reading server initialisation
 CConnection: initialisation done
 TXImage: Using default colormap and visual, TrueColor, depth 24.
 CConn:   Using pixel format depth 24 (32bpp) little-endian rgb888
 CConn:   Using Tight encoding
 DesktopWindow: selection (1) time is 20731654, later 1
 DesktopWindow: no selection (421)
 DesktopWindow: selection (1) time is 20731654, later 0
 DesktopWindow: no selection (421)
 DesktopWindow: cut buffer time is 0, later 0

Mon Jan  6 15:07:46 2014
 DesktopWindow: selection (1) time is 20731654, later 0
 DesktopWindow: no selection (421)
 DesktopWindow: cut buffer time is 0, later 0

Mon Jan  6 15:07:49 2014
 DesktopWindow: selection (1) time is 20731654, later 0
 DesktopWindow: no selection (421)
 DesktopWindow: cut buffer time is 0, later 0

Mon Jan  6 15:07:50 2014
 DesktopWindow: selection (1) time is 20731654, later 0
 DesktopWindow: no selection (421)
 DesktopWindow: cut buffer time is 0, later 0

Mon Jan  6 15:07:51 2014
 DesktopWindow: selection (1) time is 20731654, later 0
 DesktopWindow: no selection (421)
 DesktopWindow: cut buffer time is 0, later 0




newer version 1.3.0:

jadams@jadlaptop:~$ /opt/tools/bin/vncviewer -Log *:stderr:100 10.190.0.90:1

TigerVNC Viewer 32-bit v1.3.0 (20130708)
Built on Jul  8 2013 at 15:36:00
Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.

Mon Jan  6 15:08:46 2014
 CConn:   connected to host 10.190.0.90 port 5901
 CConnection: reading protocol version
 CConnection: Server supports RFB protocol version 3.8
 CConnection: Using RFB protocol version 3.8
 CConnection: processing security types message
 CConnection: Server offers security type None(1)
 CConnection: Choosing security type None(1)
 CConnection: processing security message
 CConnection: processing security result message
 CConnection: processing security result message
 CConnection: Authentication success!
 CConnection: reading server initialisation
 CConnection: initialisation done
 PlatformPixelBuffer: Using default colormap and visual, TrueColor, depth
24.
 PlatformPixelBuffer: Using shared memory XImage
 CConn:   Using pixel format depth 24 (32bpp) little-endian rgb888
 CConn:   Using Tight encoding

Mon Jan  6 15:09:16 2014
 Viewport:Key pressed: 0x0068 (0x0068) 'h' => 0x0068
 Viewport:Key released: 0x0068 => 0x0068
 Viewport:Key pressed: 0x0065 (0x0065) 'e' => 0x0065
 Viewport:Key released: 0x0065 => 0x0065
 Viewport:Key pressed: 0x006c (0x006c) 'l' => 0x006c
 Viewport:Key released: 0x006c => 0x006c

Mon Jan  6 15:09:17 2014
 Viewport:Key pressed: 0x006c (0x006c) 'l' => 0x006c
 Viewport:Key released: 0x006c => 0x006c
 Viewport:Key pressed: 0x006f (0x006f) 'o' => 0x006f
 Viewport:Key released: 0x006f => 0x006f
 Viewport:Key pressed: 0x0020 (0x0020) ' ' => 0x0020
 Viewport:Key released: 0x0020 => 0x0020
 Viewport:Key pressed: 0x006d (0x006d) 'm' => 0x006d
 Viewport:Key released: 0x006d => 0x006d
 Viewport:Key pressed: 0x0075 (0x0075) 'u' => 0x0075
 Viewport:Key released: 0x0075 => 0x0075
 Viewport:Key pressed: 0x006d (0x006d) 'm' => 0x006d
 Viewport:Key released: 0x006d => 0x006d

Mon Jan  6 15:09:18 2014
 Viewport:Key pressed: 0xffe3 (0xffe3) '' => 0xffe3

Mon Jan  6 15:09:19 2014
 Viewport:Key pressed: 0x0061 (0x0061) '
' => 0x101
 Viewport:Key released: 0x0061 => 0x101

Mon Jan  6 15:09:20 2014
 Viewport:Key pressed: 0x0061 (0x0061) '
' => 0x101
 Viewport:Key released: 0x0061 => 0x101
 Viewport:Key released: 0xffe3 => 0xffe3

Mon Jan  6 15:09:21 2014
 Viewport:Key pressed: 0xffe3 (0xffe3) '' => 0xffe3

Mon Jan  6 15:09:22 2014
 Viewport:Key pressed: 0x0061 (0x0061) '
' => 0x101
 Viewport:Key released: 0x0061 => 0x101
 Viewport:Key pressed: 0x0063 (0x0063) '' => 0x103
 Viewport:Key released: 0x0063 => 0x103
 Viewport:Key released: 0xffe3 => 0xffe3

Mon Jan  6 15:09:25 2014
 Viewport:   

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  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 -characters...
> for example, after selecting some text in a terminal -C -V
> gives 'CV' instead of copy-ing/paste-ing the text. -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  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]

you use logger, my default doesn't, you have your htdocs stored in
/usr/local files ...

do you have extra modules loaded in the /etc/apache2/2.2/conf.d module
files?

for comparison; my default apache22 setup, using the package:

jadams@jadlaptop:/etc/apache2/2.2$ egrep -v '^ *#|^$' httpd.conf
ServerRoot "/usr/apache2/2.2"
Listen 80

Include /etc/apache2/2.2/conf.d/modules-64.load


Include /etc/apache2/2.2/conf.d/modules-32.load



User webservd
Group webservd


ServerAdmin y...@yourhost.com
ServerName 127.0.0.1
DocumentRoot "/var/apache2/2.2/htdocs"

Options FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all


Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all


DirectoryIndex index.html


Order allow,deny
Deny from all
Satisfy All

ErrorLog "/var/apache2/2.2/logs/error_log"
LogLevel warn

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"
\"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common

  LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"
\"%{User-Agent}i\" %I %O" combinedio

CustomLog "/var/apache2/2.2/logs/access_log" common


ScriptAlias /cgi-bin/ "/var/apache2/2.2/cgi-bin/"




AllowOverride None
Options None
Order allow,deny
Allow from all

DefaultType text/plain

TypesConfig /etc/apache2/2.2/mime.types
AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz
AddType application/vnd.pkg5.info .p5i

Include /etc/apache2/2.2/conf.d/*.conf

SSLRandomSeed startup builtin
SSLRandomSeed connect builtin




On 15 November 2013 12:19, Alexander Pyhalov  wrote:

> On 11/15/2013 16:01, Gary Gendel wrote:
>
>> Alexander,
>>
>> I don't think I have anything particularly special.  I've included what
>> I thought might be helpful. I stripped the comments out of the conf
>> files.  This information come from the working BE.  If you need
>> something else just ask.
>>
>>
> I'm just a bit surprised to see error messages from mpm_event. It
> shouldn't be available in default install.
>
> $ /usr/apache2/2.2/bin/httpd -V
> Server version: Apache/2.2.25 (Unix)
> Server built:   Aug 25 2013 08:54:59
> Server's Module Magic Number: 20051115:33
> Server loaded:  APR 1.4.8, APR-Util 1.5.2
> Compiled using: APR 1.4.8, APR-Util 1.5.2
> Architecture:   32-bit
> Server MPM: Prefork
>   threaded: no
> forked: yes (variable process count)
> Server compiled with
>  -D APACHE_MPM_DIR="server/mpm/prefork"
>
> $ /usr/apache2/2.2/bin/httpd.worker -V
> Server version: Apache/2.2.25 (Unix)
> Server built:   Aug 25 2013 08:45:40
> Server's Module Magic Number: 20051115:33
> Server loaded:  APR 1.4.8, APR-Util 1.5.2
> Compiled using: APR 1.4.8, APR-Util 1.5.2
> Architecture:   32-bit
> Server MPM: Worker
>   threaded: yes (fixed thread count)
> forked: yes (variable process count)
> Server compiled with
>  -D APACHE_MPM_DIR="server/mpm/worker"
>
> (the same for 64-bit versions)
>
> --
> 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]

I updated last night, sorry too late to post a reply.

My apache22 is still working, but only has the default config.


On 15 November 2013 06:18, Alexander Pyhalov  wrote:

> Hello.
>
>
> On 11/15/2013 01:42, Gary Gendel 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
>>
>>
> Do you have any special configuration options (e.g. some modules) or does
> it happen with default config? What are the steps to reproduce this error?
> --
> 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  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] hipster wiki page

[Jonathan Adams]

My only question would be whether or not there should be a page under
"release notes" linking to Hipster ...
Simplicity is often the key and that simple page you;ve put up looks good
to me.

Jon


On 9 November 2013 20:32, Adam Števko  wrote:

> Hi,
>
> I have written down some notes on hipster. Feedback/fixes welcome.
>
> URL: http://wiki.openindiana.org/oi/Hipster
>
> Cheers,
> Adam
>
> —
> PGP Fingerprint: 00EF 547B 63CC 8FB0 02F4 C654 6843 7E0C F3E7 FCC1
>
>
> ___
> 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  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] 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  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:20131010T025810Z<http://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] 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  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 becaus

[oi-dev] pkg update, sendmail broken

[Jonathan Adams]

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. ]

root@jadlaptop:~# pkg info service/network/smtp/sendmail
  Name: service/network/smtp/sendmail
   Summary: Sendmail
   Description: Sendmail Utilities
  Category: System/Core
 State: Installed
 Publisher: openindiana.org
   Version: 8.14.4
 Build Release: 5.11
Branch: 0.151.1.8.1
Packaging Date: Thu Oct 10 02:53:32 2013
  Size: 3.21 MB
  FMRI: pkg://
openindiana.org/service/network/smtp/sendmail@8.14.4,5.11-0.151.1.8.1:20131010T025332Z
___
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  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:20130930T085328Z<http://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] sigcpp issue

[Jonathan Adams]

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:20130930T085328Z

root@jadlaptop:/tmp# pkg contents -rm
pkg://sfe/library/g++/sigcpp@2.2.10,5.11-0.151.1.5:20120805T144728Z
| grep "dir.*path=usr/g++/share"
dir group=bin mode=0755 owner=root path=usr/g++/share/devhelp
dir group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.2/tutorial
dir group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.2/images
dir group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.2/tutorial/html
dir group=bin mode=0755 owner=root path=usr/g++/share/devhelp/books
dir group=bin mode=0755 owner=root path=usr/g++/share/doc/libsigc++-2.2
dir group=bin mode=0755 owner=root
path=usr/g++/share/devhelp/books/libsigc++-2.0
dir group=other mode=0755 owner=root path=usr/g++/share/doc
dir group=sys mode=0755 owner=root path=usr/g++/share
dir group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.2/reference
dir group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.2/reference/html

root@jadlaptop:/tmp# pkg contents -mr pkg://
openindiana.org/library/g++/sigcpp@2.2.10,5.11-0.151.1.8.1:20130930T085328Z|
grep "dir.*path=usr/g++/share"
dir group=bin mode=0755 owner=root path=usr/g++/share
dir group=bin mode=0755 owner=root path=usr/g++/share/devhelp
dir group=bin mode=0755 owner=root path=usr/g++/share/devhelp/books
dir group=bin mode=0755 owner=root
path=usr/g++/share/devhelp/books/libsigc++-2.0
dir facet.doc=all group=bin mode=0755 owner=root path=usr/g++/share/doc
dir facet.doc=all group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.0
dir facet.doc=all group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.0/images
dir facet.doc=all group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.0/reference
dir facet.doc.html=all group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.0/reference/html
dir facet.doc=all group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.0/tutorial
dir facet.doc.html=all group=bin mode=0755 owner=root
path=usr/g++/share/doc/libsigc++-2.0/tutorial/html

It didn't want to let me pkg update because of the issue with the change of
group (from sys to bin) ... so I froze the package and it let me update
everything else.

Jon


On 9 October 2013 13:59, Alexander Pyhalov  wrote:

> On 10/09/2013 16:55, Jonathan Adams wrote:
>
>  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
>>
>>
>
> Hello, Jonathan.
> Could you explain the issue in detail? Which packages are in conflict?
>
> --
> 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] 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.  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-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  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  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]

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

>
> https://drive.google.com/folderview?id=0B6o_jmGQm0dWd0xwQi1yVEJBWU0&usp=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  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-KS<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.
>>>
>>> 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]

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.  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]

I do have compiz enabled, I'm running on Intel 915 graphics though.

I can't remember why, but I remember that something about the desktop
appearance sucked when I turned it off, something to do with the borders,
or the menu ...

I could try turning it off, is there a way of doing it without compiz
running?


On 21 July 2013 23:51, Bryan N Iotti  wrote:

> Just a thought...
>
> Did you have compiz enabled for desktop effects? I have it disabled since
> before hipster, otherwise for some reason it would give me a white screen
> upon login.
>
> (I'm using an NVidia card, BTW)
>
> Again, maybe totally unrelated, but that compiz-bin core made me think
> about that.
>
> Bryan
> Sent from my BlackBerry® wireless device from WIND
>
> -Original Message-
> From: Jonathan Adams 
> Date: Sun, 21 Jul 2013 23:32:05
> To: OpenIndiana Developer mailing list
> Reply-To: OpenIndiana Developer mailing list 
> Subject: Re: [oi-dev] Xnv_161 & JDS updates
>
> ___
> 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] 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.  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] Xnv_161 & JDS updates

[Jonathan Adams]

Updated to latest system today (was previously last updated 12-jul) ...

gnome-wm crashes, after the graphical interface starts.

twm works fine, nautilus works fine, but I cannot restart gnome-wm, it core
dumps.

Booted back to OI as of 12-Jul, to get some work done, but the other BE is
still there if you want more info.

Jon


On 18 July 2013 17:47, 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)
>
> Note:
> a. Users have some problems using 10.x/11.x versions of Flash with Firefox
> 17.0.x ESR and higher.
> You can check Flash issues with the default Firefox 10.x series.
>
> Xnv_161 brings in several bug fixes and updates that are currently missing
> from /dev and /hipster. This build retains the use of legacy Intel/Radeon
> GPU driver usage and fixes several bug reports for OI/Illumos.
>
> The Illumos team has just released Illumos_gate revision 6db1b9319cfc.
> Feel free to test usage of Clang 3.3 C/C++ usage during porting of software
> and let the maintainer know of any issues. GCC 4.8.1 C/C++ testing can be
> discussed with the SFE GCC team (lead engineer: Tom Wagner).
>
> ~ 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]

I still believe that a 3 repository system would be best, a release/stable
which will start with a7, a dev which will have the bits from bleeding that
check out with enough LGTM's and a bleeding edge which is closer to a "wild
frontier" where almost anything goes.

give the keys to stable to someone who will guard it well, and trusts nobody
let dev be the place where good/stable _looking_ code goes
leave the gate wide open and trust that the build errors will be fixed some
time in bleeding edge.

the great trouble with the LGTM system is that you cannot easily prove that
something is stable until it has been tested by a lot of users, having a
well used dev allows for this.

a separate dev where anything goes however allows development to happen at
a much greater pace for initial testing, without disturbing the long term
future "stable"s.

Just my 2 cents.

Jon


On 11 July 2013 19:33, Piotr Jasiukajtis  wrote:

> I think an updated illumos-gate packages should go into oi_151a7 first,
> because of NFS related BUG fix #2986.
>
> On Jul 11, 2013, at 8:08 PM, Udo Grabowski (IMK) 
> wrote:
>
> > On 11/07/2013 18:53, Alasdair Lumsden wrote:
> >> 
> >> I do think that /dev should get moved to /release, and /hipster should
> go to
> >> /dev. Not many know about hipster beyond the oi-dev list. It would show
> people
> >> in the outside world that progress is being made on OI.A
> > > ...
> >
> > But at that point, there should be provided a way to switch
> > current people on /dev to /release, surely most do not want
> > to be exposed to hipster...
> > And that seems not to be trivial, probably it needs a bump
> > to a new release number.
> > Personally I think this switch should be done now on the
> > base of a7 (sunstudio compiled, with maybe a few couple of
> > known stable fixes), as hipster is currently going sidewards
> > with all the changes to gcc, it will probably not stabilize
> > within the next two months, and a7 is mostly rock stable
> > (with a few user visible problems due to the png12 <--> png14
> > hassles).
> >
> >
> >
> > ___
> > oi-dev mailing list
> > oi-dev@openindiana.org
> > http://openindiana.org/mailman/listinfo/oi-dev
>
> --
> Piotr Jasiukajtis
>
>
> ___
> 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  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] 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  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] Garrett D'Amore interview

[Jonathan Adams]

It probably would have been better if you'd asked him questions about
Illumos.

It's not quite the same as asking Xerox about Windows XP, but it kinda has
the same feel :)

Jon

On 23 June 2013 11:31, Chris Jones c/o Unixmen wrote:

> Hi Garrett. Our interview has been published at Unixmen.
>
> See here. http://www.unixmen.com/exclusive-interview-garrett-damore/
>
> Regards
>
> Chris Jones
>
>
___
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  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] OpenSXCE: To live or to die

[Jonathan Adams]

Sorry Martin, but I have to agree with Alasdair, the crazy rants all over
the forums just make you out to be insane.

My company is not going to pay you, partly because at the moment they will
not be using your product (at least until there are signs that it would be
a stable, supported product) and partly because they are a scientific
laboratory, not a computer company,

I would like to see you supported in your work, but I'm a lowly software
engineer in UK with 3 kids, and no pay rise for > 3 years ... so the only
way I could contribute would be to put myself in further debt, and no
matter how good the product is, if I don't have to pay for it, I won't be
paying.

As for making the source available or not, would you not be in breach of
the license terms to withhold it?

Jon


On 3 June 2013 23:26, Alasdair Lumsden  wrote:

> Hi Martin,
>
> If you make something for free, nobody is obliged to use it, nor pay you
> for it.
>
> These rants do nothing to help your cause. I congratulate you on the
> effort you have gone to make this, but you have to learn to market it to
> users. What are the advantages? Why should people use it?
>
> You need a flashy website, and you need to build a user community. But
> crazy rants will scare people away.
>
> Personally, I don't like SVR4 packaging so it's not something I would use.
> But there are a lot of SVR4 fans, so perhaps you should focus on that.
>
> Regards,
>
> Alasdair
>
>
> On Mon, Jun 3, 2013 at 4:26 PM, Martin Bochnig  wrote:
>
>>
>>1. *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>FREETARDS
>>   *  Expand  *
>>
>> 2.   [image: Martin Bochnig] *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>This is ALL I got since January when the 550 $ came from individual
>>private donors, summed together. And that all is ever EVER got s. 2009
>>   *  Expand  *
>>
>> 3.   [image: Martin Bochnig] *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>Although I even integrated a donation link: On May 8th 5EUR and 50$
>>and 65$ Yesterday 30EUR. And some kind soul sent me another 50EUR in May
>>   *  Expand  *
>>
>> 4.   [image: Martin Bochnig] *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>Let them eat cake!!!
>>   *  Expand  *
>>
>> 5.   [image: Martin Bochnig] *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>Olga is 1500 kilometers away and I have no money to visit her, not to
>>speak live with her. Cake! How does that taste??
>>   * Collapse *
>>
>>   -  *Reply* 
>>   -  *Retweet* 
>>   -  *Favorite* 
>>   -
>>
>>1:39 PM - 3 Jun 13 · 
>> Details
>>  6.   [image: Martin Bochnig] *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>Some cake pls., only have dry old bread w/o anything here. I needed
>>to switch off my fridge to save electricity. No joke.
>>   *  Expand  *
>>
>> 7.   [image: Martin Bochnig] *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>Folks pay for every SHIT. Even if they go to the Restaurant toilet.
>>Why not for somebody like me who has donated much of his LIFE 
>>   *  Expand  *
>>
>> 8.   [image: Martin Bochnig] *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>BECAUSE SORRY BUT I ALSO NEED TO EAT
>>   *  Expand  *
>>
>> 9.   [image: Martin Bochnig] *Martin Bochnig* @*MartinBochnig*
>> 
>> 2h
>>
>>I did enough in advance. Now its their turn. I

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] OI project reboot required

[Jonathan Adams]

On 10 May 2013 14:13, Jim Klimov  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] OI project reboot required

[Jonathan Adams]

On 10 May 2013 12:54, Jim Klimov  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 9 May 2013 18:10, Garrett D'Amore  wrote:

> Fundamentally, the question you all should be asking is, what is the
> purpose of the project?
>

 What I want from OI is very similar to what was described by Ken Mays:

1. Provide an updated kernel userland (i.e. Illumos-gate, rev: 19e11862653b
or higher). This allows people that use OI for server-based projects to
stay in sync with Illumos development on a much wider scale.

2. Optionally, implement JDS updates already maintained by Milan

That is it. This also keeps most things consistent to other project work
dealing with GNU/userland/spec-files-extra testing with <= oi_151a7.

I personally want an Illumos kernel with a Graphical stack, that can run
Solaris programs, or at least allow for them to be compiled.

Long term I'd like to make sure that big programs (e.g. Oracle Database)
work on it, but since that's a big money item, we'll probably pay to keep
that on our Solaris Servers :(

I'm not a kernel person though, and I haven't played with other Illumos
based distributions ... I compile and configure software, and I would be
happy to try and package newer versions of software to be made available
elsewhere, if someone can hold my hand for the first couple of times :P

Where this is leading me is this….
>
> 1. Is there enough market demand/interest/skills/resources to justify a
> "legacy style" distro (something more like Solaris 10 than Solaris 11/OI,
> including SPARC distro support, etc.)  It seems there is almost enough
> talent here -- perhaps if those forces worked together more collaboratively
> we'd see something good come about?
>
> 2. Is there a need for a more forward looking distro apart from the work
> being done in OmniOS?  (To be clear, I'm not affiliated with OmniTI in any
> way -- I just hate to see pointless duplication of effort)
>

Is there an "upgrade" path for OI? Do you know if I can upgrade from OI to
OmniOS by updating the IPS package repositories or similar? is there a way
out for servers that already have this software installed?

I do agree that it would be good to avoid needless duplication.

Just my 2 cents.

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

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.  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]

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 "gmake"s to get through ... most
likely a sign that there are problems in that module.

Jon

On 28 December 2012 13:40, Paolo Marcheschi  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 
>> 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

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  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  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 
>> 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 v

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

[Jonathan Adams]

On 7 September 2012 06:01,   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] is there a vector for donating to OI?

[Jonathan Adams]

On 5 September 2012 16:47, Deirdre Straughan
 wrote:


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] Desktop Illumos Still Matters

[Jonathan Adams]

On 5 September 2012 11:14, Joerg Schilling
 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] New Project Lead?

[Jonathan Adams]

On 3 September 2012 16:34, Joerg Schilling
 wrote:

> 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

Re: [oi-dev] Resignation as OI Lead

[Jonathan Adams]

> Think of why no open developer has ported LibreOffice,
> whose original design comes AFAIK from Sun.

I got to the point that this almost compiled on an OI u4 machine (and
I'm not ex-Sun) delivering my changes back to LibreOffice.

Most of the changes in the LO code were to remove the Sun Compiler
stuff, so I was working to get it all working with GCC.

I am not the only one trying to do this, in fact I am still being
emailed about changes that are being made by others who have the time
and the resources to keep testing and compiling in the changes ... I
am pretty sure that this will come.

I had to remove the code from the server I was using when my boss was
getting annoyed at certain log output errors related to malformed
autofs mounts related to the LibreOffice compiling.

Jon

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

Re: [oi-dev] lx zone

[Jonathan Adams]

http://os-solaris.ru/en/lx-brand-dlya-openindiana-151a/

On 13 February 2012 16:24, Alexander  wrote:
> I think you can't grab 142 on-source, only if you're working in Oracle ;)
>
> So you must use illumos gate and look for revision where lx was removed
> (12613).
>
> Thanks,
> Alexander
>
> On Feb 13, 2012, at 7:57 PM, carlos antonio neira bustos
>  wrote:
>
> Hi
>
> on build 143 i cannot see these  directories that are specified by the
> brandz design document.
>
> usr/src/uts/common/brand/lx source for kernel-level lx support
> usr/src/uts/common/brand/lx/procfs source for the lx /proc
> usr/src/uts/common/brand/lx/dtrace source for the lx syscall provider
>
> im retrieving the source code tree using :
> hg clone ssh://a...@hg.opensolaris.org/hg/onnv/onnv-gate onnv-b142
>
> Am I  doing something wrong here or the brandz design document has been not
> updated ?.
>
>
> Best Regards
>
>
> On Mon, Feb 13, 2012 at 12:50 PM, Alexander 
> wrote:
>>
>> It was removed in b143.
>>
>> Thanks,
>> Alexander
>>
>> On Feb 13, 2012, at 7:23 PM, carlos antonio neira bustos
>>  wrote:
>>
>> Hi All ,
>>
>>
>> I was using BrandZ a  long time ago , and have read that  there is a
>> project to resurrect the lx brand into openindiana . I would like to work on
>> this project , but i cannot  find the correct version tree were brandz was
>> available , i  was looking into b142 , then b139  , i need to go back to b79
>> ?. in what build brandz was removed ?.
>>
>> Best Regards
>>
>>
>> ___
>> 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] upgrading to oi_151a blocking on hard drive.

[Jonathan Adams]

Cheers ... is IRC the only way to contact them?

On 30 August 2011 19:19, Alasdair Lumsden  wrote:
> Hi Jonathan,
>
> On 08/30/11 04:22 PM, Jonathan Adams wrote:
>>
>> any luck, or any ideas to look into?
>
> I think you're going to have to engage with the Illumos folk as it seems to
> be a kernel issue. I'm not sure how much help we can give since we're not
> kernel developers. The info I asked for was just to see if there was
> anything obvious that stuck out, but I'm afraid not.
>
> If you're able to work with the Illumos folk to find the root cause it would
> be interesting to know what it was.
>
> Cheers,
>
> Alasdair
>
> ___
> 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] upgrading to oi_151a blocking on hard drive.

[Jonathan Adams]

any luck, or any ideas to look into?

On 25 August 2011 11:44, Jonathan Adams  wrote:
> scanpci -v attached
>
> On 25 August 2011 11:28, Alasdair Lumsden  wrote:
>> Hiya,
>>
>> On 25 Aug 2011, at 10:57, Jonathan Adams wrote:
>>
>>> yeah, i'm in it at the moment ... I had to to send the message via gmail ...
>>
>> Can you confirm what SATA/SAS controller/chipset you're using? (scanpci 
>> might be handy for finding this out)
>>
>> Cheers,
>>
>> Alasdair
>>
>>
>> ___
>> 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] upgrading to oi_151a blocking on hard drive.

[Jonathan Adams]

scanpci -v attached

On 25 August 2011 11:28, Alasdair Lumsden  wrote:
> Hiya,
>
> On 25 Aug 2011, at 10:57, Jonathan Adams wrote:
>
>> yeah, i'm in it at the moment ... I had to to send the message via gmail ...
>
> Can you confirm what SATA/SAS controller/chipset you're using? (scanpci might 
> be handy for finding this out)
>
> Cheers,
>
> Alasdair
>
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
>

pci bus 0x cardnum 0x00 function 0x00: vendor 0x8086 device 0x2a40
 Intel Corporation Mobile 4 Series Chipset Memory Controller Hub
 CardVendor 0x1028 card 0x0263 (Dell, Card unknown)
  STATUS0x2090  COMMAND 0x0106
  CLASS 0x06 0x00 0x00  REVISION 0x07
  BIST  0x00  HEADER 0x00  LATENCY 0x00  CACHE 0x00
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x00  INT_LINE 0x00

pci bus 0x cardnum 0x02 function 0x00: vendor 0x8086 device 0x2a42
 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller
 CardVendor 0x1028 card 0x0263 (Dell, Card unknown)
  STATUS0x0090  COMMAND 0x0007
  CLASS 0x03 0x00 0x00  REVISION 0x07
  BIST  0x00  HEADER 0x80  LATENCY 0x00  CACHE 0x00
  BASE0 0xf6c0 SIZE 4194304  MEM
  BASE2 0xe000 SIZE 268435456  MEM PREFETCHABLE
  BASE4 0xefe8 SIZE 8  I/O
  BASEROM   0x  addr 0x
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x01  INT_LINE 0x0b

pci bus 0x cardnum 0x02 function 0x01: vendor 0x8086 device 0x2a43
 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller
 CardVendor 0x1028 card 0x0263 (Dell, Card unknown)
  STATUS0x0090  COMMAND 0x0007
  CLASS 0x03 0x80 0x00  REVISION 0x07
  BIST  0x00  HEADER 0x80  LATENCY 0x00  CACHE 0x00
  BASE0 0xf6b0 SIZE 1048576  MEM
  BASEROM   0x  addr 0x
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x00  INT_LINE 0x00

pci bus 0x cardnum 0x1a function 0x00: vendor 0x8086 device 0x2937
 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4
 CardVendor 0x1028 card 0x0263 (Dell, Card unknown)
  STATUS0x0290  COMMAND 0x0005
  CLASS 0x0c 0x03 0x00  REVISION 0x02
  BIST  0x00  HEADER 0x80  LATENCY 0x00  CACHE 0x00
  BASE4 0x6f60 SIZE 32  I/O
  BASEROM   0x  addr 0x
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x01  INT_LINE 0x0a

pci bus 0x cardnum 0x1a function 0x01: vendor 0x8086 device 0x2938
 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5
 CardVendor 0x1028 card 0x0263 (Dell, Card unknown)
  STATUS0x0290  COMMAND 0x0005
  CLASS 0x0c 0x03 0x00  REVISION 0x02
  BIST  0x00  HEADER 0x00  LATENCY 0x00  CACHE 0x00
  BASE4 0x6f80 SIZE 32  I/O
  BASEROM   0x  addr 0x
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x02  INT_LINE 0x05

pci bus 0x cardnum 0x1a function 0x02: vendor 0x8086 device 0x2939
 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6
 CardVendor 0x1028 card 0x0263 (Dell, Card unknown)
  STATUS0x0290  COMMAND 0x0005
  CLASS 0x0c 0x03 0x00  REVISION 0x02
  BIST  0x00  HEADER 0x00  LATENCY 0x00  CACHE 0x00
  BASE4 0x6fa0 SIZE 32  I/O
  BASEROM   0x  addr 0x
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x03  INT_LINE 0x03

pci bus 0x cardnum 0x1a function 0x07: vendor 0x8086 device 0x293c
 Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2
 CardVendor 0x1028 card 0x0263 (Dell, Card unknown)
  STATUS0x0290  COMMAND 0x0146
  CLASS 0x0c 0x03 0x20  REVISION 0x02
  BIST  0x00  HEADER 0x00  LATENCY 0x00  CACHE 0x00
  BASE0 0xfed1c400 SIZE 1024  MEM
  BASEROM   0x  addr 0x
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x03  INT_LINE 0x03

pci bus 0x cardnum 0x1b function 0x00: vendor 0x8086 device 0x293e
 Intel Corporation 82801I (ICH9 Family) HD Audio Controller
 CardVendor 0x1028 card 0x0263 (Dell, Card unknown)
  STATUS0x0010  COMMAND 0x0046
  CLASS 0x04 0x03 0x00  REVISION 0x02
  BIST  0x00  HEADER 0x00  LATENCY 0x00  CACHE 0x10
  BASE0 0xf6afc000 SIZE 16384  MEM
  BASEROM   0x  addr 0x
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x01  INT_LINE 0x05

pci bus 0x cardnum 0x1c function 0x00: vendor 0x8086 device 0x2940
 Intel Corporation 82801I (ICH9 Family) PCI Express Port 1
 CardVendor 0x card 0x (Card unknown)
  STATUS0x0010  COMMAND 0x0047
  CLASS 0x06 0x04 0x00  REVISION 0x02
  BIST  0x00  HEADER 0x81  LATENCY 0x00  CACHE 0x10
  MAX_LAT   0x00  MIN_GNT 0x03  INT_PIN 0x01  INT_LINE 0x00

pci bus 0x cardnum 0x1c function 0x01: vendor 0x8086 device 0x2942
 Intel Corporation 82801I (ICH9 Family) PCI Express Port 2
 CardVendor 0x card 0x (Card unknown)
  STATUS0x0010  COMMAND 0x0047
  CLASS 0x06 0x04 0x00  REVISION 0x02
  BIST  0x00  HEADER 0x81  LATENCY 0x00  CACHE 0x10
  MAX_LAT   0x00  MIN_GNT 0x03  INT_PIN 

Re: [oi-dev] upgrading to oi_151a blocking on hard drive.

[Jonathan Adams]

yeah, i'm in it at the moment ... I had to to send the message via gmail ...

the old system takes 2 minutes to boot, the new one about 10-12 mins.

Jon

On 25 August 2011 10:45, Alasdair Lumsden  wrote:
> Hi Jonathan,
>
> Sorry for asking the obvious, but is all fine if you boot back up in an older 
> boot environment?
>
> (I'd like to rule out coincidental hardware issues since harddrives are 
> notoriously sucky)
>
> Cheers,
>
> Alasdair
>
>
>
> On 25 Aug 2011, at 10:25, Jonathan Adams wrote:
>
>> Last night I removed the BE's after kernel a4e1558c05 and tried to do an 
>> update.
>>
>> after updating to the latest kernel I rebooted the machine and left
>> for the evening to see if it would boot after a very long time.
>>
>> This morning I was pleasantly surprised to find a log on screen, and
>> was able to log on to the computer, but it appeared to be sluggish.
>>
>> Knowing that it did boot I decided to boot the latest kernel with the
>> verbose option ... and it all booted, slowly, but with no noticeable
>> differences to a normal boot (with the exception of "network/location
>> Method or service timed out" after about 5 minutes.
>>
>> after booting it appeared to be sluggish again, so i ran an "iostat
>> -zxc 5" and noticed that my hard disk was running with 100% blocking
>> most of the time, with very low disk usage.
>>
>> I started some applications (gedit, firefox, thunderbird ...) firefox
>> and thunderbird were essentially unusable, gedit was just about able
>> to open and save files.
>>
>> I would really like to be able to upgrade and look at the kvm code,
>> and am happy to give any information/logs that are needed.
>>
>> Jon
>>
>> ___
>> 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

[oi-dev] upgrading to oi_151a blocking on hard drive.

[Jonathan Adams]

Last night I removed the BE's after kernel a4e1558c05 and tried to do an update.

after updating to the latest kernel I rebooted the machine and left
for the evening to see if it would boot after a very long time.

This morning I was pleasantly surprised to find a log on screen, and
was able to log on to the computer, but it appeared to be sluggish.

Knowing that it did boot I decided to boot the latest kernel with the
verbose option ... and it all booted, slowly, but with no noticeable
differences to a normal boot (with the exception of "network/location
Method or service timed out" after about 5 minutes.

after booting it appeared to be sluggish again, so i ran an "iostat
-zxc 5" and noticed that my hard disk was running with 100% blocking
most of the time, with very low disk usage.

I started some applications (gedit, firefox, thunderbird ...) firefox
and thunderbird were essentially unusable, gedit was just about able
to open and save files.

I would really like to be able to upgrade and look at the kvm code,
and am happy to give any information/logs that are needed.

Jon

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

[oi-dev] Kernel a4e1558c0599 fails for me

[Jonathan Adams]

Currently using the dev-il repository (preferred/sticky) ...

It takes a long time to do anything (even compared to a normal 2
minute boot), then finally comes up with the "hostname" field ...

after about 5 minutes there is a message about "opengl/ogl-select"
method or service exit timed out ...

after about 25 minutes the screen went blank, but then just showed a
flashing cursor ...

I gave up at this point and rebooted into the older kernel (illumos
d89753efabc8).

Any help/additional information I can give please let me know.

Jon

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