[oi-dev] illumos

[E W]

Is Openindiana still based on Solaris, or has the planned switch to an
illumos kernel been made yet?



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

[oi-dev] illumos-userland

[Igor Kozhukhov]

Hello All,

I have pushed my changes from dilos-userland -> illumos-userland - have
agreement with Alasdair.

We can start to use it and integrate changes after review.

Welcome with contributing!

---
Best regards,
Igor Kozhukhov
Skype# igor.kozhukhov | IRC# igork


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

[oi-dev] illumos-userland

[Bayard Bell]

As many of you will have heard, the OpenIndiana and illumian development
teams have joined forces to provide a common development environment for
porting and packaging software to illumos outside of the core illumos-gate.
If you would like to get involved in porting and packaging, please join us
on the new userland mailgroup:

https://www.listbox.com/subscribe/?listname=userl...@lists.illumos.org

If you need to report a bug in a ported application or library in illumian
or OpenIndiana, request that something be ported, or register your interest
in providing a port or updating an existing one, please use the issue
tracker at:

https://www.illumos.org/projects/illumos-userland

If you want to learn how to build software using the illumos-userland
system, please start with:

http://wiki.openindiana.org/oi/Building+with+illumos-userland

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

Re: [oi-dev] illumos

[G B]

OI has used Illumos for 2 years or so I'd say.  Someone can correct my 
timeframe if they'd like.  Illumos is an open source continuation of the 
Solaris kernel though.





 From: E W 
To: oi-dev@openindiana.org 
Sent: Thursday, June 20, 2013 8:59 PM
Subject: [oi-dev] illumos
 


Is Openindiana still based on Solaris, or has the planned switch to an illumos 
kernel been made yet?



Eric W

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

Re: [oi-dev] illumos

[E W]

Thanks for clearing that up. I was reading through the FAQ and it mentioned
switching as if it were planned but may not have happened yet.

Enjoying OI so far though.

"Thanks" to anyone out there listening that has been working on the project.



Eric W


On Thu, Jun 20, 2013 at 10:19 PM, G B  wrote:

> OI has used Illumos for 2 years or so I'd say.  Someone can correct my
> timeframe if they'd like.  Illumos is an open source continuation of the
> Solaris kernel though.
>
>
>   --
>  *From:* E W 
> *To:* oi-dev@openindiana.org
> *Sent:* Thursday, June 20, 2013 8:59 PM
> *Subject:* [oi-dev] illumos
>
> Is Openindiana still based on Solaris, or has the planned switch to an
> illumos kernel been made yet?
>
>
>
> Eric W
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
>
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
>
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] illumos

[Jean-Pierre]

G B wrote:

OI has used Illumos for 2 years or so I'd say.  Someone can correct my
timeframe if they'd like. Illumos is an open source continuation of the
Solaris kernel though.



IMHO this just means that the Solaris kernel has been recompiled,
with some value added to the building process.

I have yet to identify where is the value added to the kernel
itself, it is still identified as SunOS 5.11 (c) 2010
In particular the support of newer hardware appears to be
deficient.

Jean-Pierre


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

Re: [oi-dev] illumos

[Saso Kiselkov]

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.

> it is still identified as SunOS 5.11 (c) 2010

That's because tons of configure and platform detection scripts depend
on this. Notice that Sun hasn't changed the signature from 'SunOS' to
'Solaris' when going forward from SunOS 2.4 some 20 years ago either.

> In particular the support of newer hardware appears to be
> deficient.

Illumos is open-source, so if you think it should support a particular
piece of hardware, feel free to pick up the DDI and write your own
driver. Unfortunately unless you pay other people's paychecks, you can't
really do much more than either politely request somebody write a driver
(and accept when people have other things to do), or do it yourself.

Cheers,
-- 
Saso

___
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] illumos

[Joerg Schilling]

Jonathan Adams  wrote:

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

Please note that Oracle does not own the code for the filesystem "hsfs" and 
thus cannot legally hide all source code for the Solaris kernel.

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[oi-dev] illumos-gate update

[Josef 'Jeff' Sipek]

I pushed out an updated build of illumos-gate to pkg.openindiana.org/dev-il.
I'd appreciate some testing before it gets pushed to /dev.  This update
contains lots of usedful changes, including (but not limited to):

- OS X Lion CIFS permission handling fix
- e1000g0 update to support new Intel cards (82579)
- Russian timezone info update
- assorted DTrace fixes
- Sandy Bridge related bug-fixes

You can try it out by running:

# pkg set-publisher -g http://pkg.openindiana.org/dev-il openindiana.org
# pkg update

Thanks,

Jeff.

-- 
Only two things are infinite, the universe and human stupidity, and I'm not
sure about the former.
- Albert Einstein

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

Re: [oi-dev] illumos-userland

[Lou Picciano]

Igor, 

Super news - and thanks for your efforts. Starting to feel like we may actually 
now be approximating the goal; that of a unified, harmonized Oi-build system. 
Yay! 

Regards All, 

Lou Picciano 

- Original Message -
From: "Igor Kozhukhov"  
To: "OpenIndiana Developer mailing list"  
Cc: develo...@lists.illumos.org 
Sent: Thursday, February 9, 2012 8:58:37 AM 
Subject: [oi-dev] illumos-userland 




Hello All, 


I have pushed my changes from dilos-userland -> illumos-userland - have 
agreement with Alasdair. 


We can start to use it and integrate changes after review. 


Welcome with contributing! 


--- 
Best regards, 
Igor Kozhukhov 
Skype# igor.kozhukhov | IRC# igork 

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

Re: [oi-dev] illumos-userland

[Richard PALO]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Could you please add this list to gmane (http://gmane.org/subscribe.php)
thanks

Le 15/02/12 00:39, Bayard Bell a écrit :
> As many of you will have heard, the OpenIndiana and illumian
> development teams have joined forces to provide a common
> development environment for porting and packaging software to
> illumos outside of the core illumos-gate. If you would like to get
> involved in porting and packaging, please join us on the new
> userland mailgroup:
> 
> https://www.listbox.com/subscribe/?listname=userl...@lists.illumos.org
>
>  If you need to report a bug in a ported application or library in 
> illumian or OpenIndiana, request that something be ported, or
> register your interest in providing a port or updating an existing
> one, please use the issue tracker at:
> 
> https://www.illumos.org/projects/illumos-userland
> 
> If you want to learn how to build software using the
> illumos-userland system, please start with:
> 
> http://wiki.openindiana.org/oi/Building+with+illumos-userland
> 
> Cheers, Bayard
> 
> 
> ___ oi-dev mailing
> list oi-dev@openindiana.org 
> http://openindiana.org/mailman/listinfo/oi-dev
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (SunOS)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPO0+mAAoJECAB22fHtp27rBkH/0Ty93D5noB6GhMUcVbLSuMS
TzUJb587hk3ZghVfnB34gEZ9bJPYCSnyyg1t5nAnTe8ey7rc8HmpCaDq7OPRwzAs
o8L6XoAiMOQHhid2GOjQ1kK1s1OIk3F/QQnG423ilNlNq4LDuPmc79MPSQS9z5QE
9YB+HnJNMVJ7Mhd8gJWBIZYmPbsCqLntuqv24WjfDJiWx1ekQ9cqqNH9ew9O+BDF
nf8tdr60KetqeKAORN1pV+FJdhwSVE9jkiDs4iezWKK5rHBtXPfhplLopPXcFYy9
O2NeHy9hLM6fRDaGA3PAytD9zIbdgUj/5kH0oTWn69WKrDvwGndXsSoeqrHxZCU=
=TbYt
-END PGP SIGNATURE-


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

[oi-dev] illumos-userland update

[Alasdair Lumsden]

Hi All,

Earlier this month at FOSDEM we had some very positive discussions about moving 
OI and Illumian forward with our joint effort on illumos-userland. Further 
discussions have been held between the key people driving this, which I'd like 
to outline in this email.

Here are the key points:

1. Master repo at ssh://h...@hg.illumos.org/illumos-userland
2. Web browsable http mirror at http://hg.openindiana.org/illumos-userland/
3. Review process to be largely the same as for oi-build
4. Mirrors on BitBucket and Github to follow shortly

Igor (igork) of Nexenta has been working hard on getting illumos-userland into 
shape for Illumian, including adding Debian dpkg support, making things build 
with gcc 4.4, and adding software.

Igor's commits weren't community reviewed and don't consist of discrete 
changesets with a bug ID, so Bayard (buffyg) has backed these out for now. Igor 
and others are going to work together on getting these changes broken up into 
reviewable changesets so they can be re-committed.

We're also going to be working on processing the backlog of outstanding reviews 
on the mailing lists to get them committed to illumos-userland. For anyone who 
has contributed a changeset for review, thanks for your patience so far, 
hopefully we'll get them in soon.

We'll need to adapt the OI continuous integration to build from the new 
illumos-userland, and we'll also need to train others on Jenkins. If anyone is 
interested in helping with the continuous integration please let me know.

Bayard is working on getting gcc 4.4 into shape, which is going to be our 
default compiler for now as we transition software over to it. We're making gcc 
4.4 the default and GCC's libraries such as libgcc and friends will be symlinks 
from /usr/lib to /usr/gcc/4.4/lib, and GCC won't have any RPATH hackery in it.

We'll look at supplying GCC 4.6 for end users to use should they wish, which 
may ship with RPATH hackery so if someone uses GCC 4.6 to build software, it 
adds an RPATH of /usr/gcc/4.6/lib so such software can find the right libgcc 
version. We're also looking into adding Clang support at a later date, with a 
view to transitioning C software over to this in the future, but this is very 
much on the back burner as there are much more important things at the moment.

Andy (andy_js) is looking at adding desktop components into illumos-userland, 
such as Gnome. How this will tie in with OI and JDS updates is unclear but 
there's a lot of scope for collaboration. Andrzej (aszeszo)

In terms of our roadmap for getting the contents of illumos-userland into a 
release, our plan is to get illumos-userland building on the current OI Jenkins 
build box, which auto-publishes to /experimental.

To get /experimental into shape, we intend to clone /dev to /experimental, and 
publish all the illumos-userland software to it. IPS/pkg5 will be rebuilt and 
published with branding fixes (the /experimental one is based on the S11->S11X 
backport). We will relax the incorporations in /experimental by removing 
version data, to allow incremental software updates during development. The 
package list in the incorporations can be updated as software is added or moved 
from the legacy OpenSolaris consolidations (Such as JDS) to illumos-userland, 
and potentially they can be auto-generated by a script based on packaging 
metadata if sufficiently complete (to be investigated).

Jon Tibble (Meths) is working on getting /dev published to /stable with his 
pre-stable builds. This has been paired back in scope to covering critical 
remote root exploit fixes. Maintaining /stable is hard due to the legacy Sun 
build systems and the age of the software. The key driver is that once /stable 
has shipped we can start doing regular publishes from /experimental to /dev, 
the process of which should simply involve adding version data to the 
incorporations.

Once we have regular /dev builds we can start moving towards our next stable. 
Some of the key goals I'd like to see for the next stable are:

1. Primary compiler will be GCC 4.4, with 4.5 and 4.6 support (4.5 for compat 
with S11)
2. OpenSSL 1.0
3. OpenJDK
4. Updated Firefox & Thunderbird
5. Updated Python & Ruby
6. Latest Apache, lighttpd, nginx, PHP, MySQL and Postgresql packages
7. Chromium
8. VirtualBox open source edition

Andrzej has had success in building the latest JDS, which now spits out IPS 
packages rather than SVR4 ones. Rebranding work is required however hopefully 
we can catch up with Solaris 11 here.

I think that covers the most important points. Exciting developments ahead!

Cheers,

Alasdair



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

[oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

Hi All

We've been working on getting the development branch of OpenIndiana 
switched over to the illumos core.


The way we are doing it initially is to take OpenIndiana 148 ips 
repository and add few updated consolidations to it. The consolidations 
that needed updating after switching to illumos osnet are: l10n, 
install, solaris_re.


The resulting repository was used to create live/install DVD. Resulting 
iso image can be found here: 
http://dlc.openindiana.org/isos/oi-dev-148a-x86-20100218-1.iso


This is not the final iso as few things need to be resolved first.

1. Package version numbers

We have used 148.0.1 as a pkg version number of the updated 
consolidations, including osnet, to differentiate them from the original 
OpenIndiana 148 ones.


One problem with the version number bump is that the default 
illumos-gate builds, which generate version 148 packages, won't install 
anymore, as they are going to be considered as "old" by the packaging 
system. The solution is to add "ONNV_BUILDNUM=148.0.1; export 
ONNV_BUILDNUM" to the nightly file when building illumos-gate or we 
could simply revert the version number change.


It would be good to get some feedback on this.

2. Branding

When building illumos-onnv we have used similar branding patch set as 
when buiding the original OpenIndiana 148 onnv and at the moment there 
is almost no indication that the system is running illumos core apart 
from the "Powered by illumos" label on the boot splash screens.


http://img405.imageshack.us/i/screenshot20110221at121.png/

It would be good to get some feedback on what we should put in 
/etc/motd, /etc/release and kernel banner. We definitely want illumos 
name to be listed in all places but at the same time we don't want to 
confuse users about what they run.


Please let me know what you think.

3. Keyboard layout selection bug

There seems to be a problem with keyboard layout selection when using 
live dvd. US keyboard layout is always used even after selecting non-US 
layout at boot. I'll be looking at this issue now.



Also, Garrett, how much time have we got left to prepare an updated iso, 
so you have enough time to get some media manufactured for SCALE? Please 
let us know.


Cheers,

Andrzej


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

Re: [oi-dev] [illumos-Developer] GSOC2011

[Joerg Schilling]

Eric Schrock  wrote:

> On Thu, Mar 24, 2011 at 8:39 AM, Joerg Schilling <
> joerg.schill...@fokus.fraunhofer.de> wrote:
> >
> >
> > Sun on the other side did introduce BrandZ instead of LKP in order to avoid
> > rnning Linux binariers to become too simple - Sun was in fear that this
> > could
> > harm the stand of Solaris.
> >
>
> As a member of the original BrandZ team, I can say for a fact that this is
> false.  Prior to BrandZ, there was an internal implementation of the
...
>
> It was all about maintainability and supportability, and had nothing to do
> with making it "less simple" or protecting "the stand of Solaris".

If you have been a member of the team, you should have seen LKP on SCO UNIX.
LKP is different from lxrun as it does not simply catch syscalls via signals 
but creates a Linux infrastructure under /linux. Linux programs run chroot()ed
in /linux and can see the UNIX infrastructure under /unix.

For this reason, it is easy to have the "right" things in /proc and /etc.

BTW: my information is from people who have been in the team or have been very 
close to the team.

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] [illumos-Developer] GSOC2011

[ken mays]

--- On Thu, 3/24/11, Joerg Schilling  
wrote:

> From: Joerg Schilling 
> Subject: Re: [oi-dev] [illumos-Developer]  GSOC2011
> To: eric.schr...@delphix.com
> Cc: oi-dev@openindiana.org, develo...@lists.illumos.org
> Date: Thursday, March 24, 2011, 9:15 AM
> Eric Schrock 
> wrote:
> 
> > On Thu, Mar 24, 2011 at 8:39 AM, Joerg Schilling <
> > joerg.schill...@fokus.fraunhofer.de>
> wrote:
> > >
> > >
> > > Sun on the other side did introduce BrandZ
> instead of LKP in order to avoid
> > > rnning Linux binariers to become too simple - Sun
> was in fear that this
> > > could
> > > harm the stand of Solaris.
> > >
> >
> > As a member of the original BrandZ team, I can say for
> a fact that this is
> > false.  Prior to BrandZ, there was an internal
> implementation of the
> ...
> >
> > It was all about maintainability and supportability,
> and had nothing to do
> > with making it "less simple" or protecting "the stand
> of Solaris".
> 
> If you have been a member of the team, you should have seen
> LKP on SCO UNIX.
> LKP is different from lxrun as it does not simply catch
> syscalls via signals 
> but creates a Linux infrastructure under /linux. Linux
> programs run chroot()ed
> in /linux and can see the UNIX infrastructure under /unix.
> 
> For this reason, it is easy to have the "right" things in
> /proc and /etc.
> 
> BTW: my information is from people who have been in the
> team or have been very 
> close to the team.
> 
> Jörg

Hi Jorg,

That sounds about right as I was one of those people using and testing out 
Linux native binaries on Solaris/OpenSolaris for many years in production 
environments. Most of us got pretty far as having CentOS/Redhat 5.x binaries 
running natively. 

Kinda 'old-school' now, but I think there is still a need for it.

~ Ken Mays


  

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

Re: [oi-dev] [illumos-Developer] GSOC2011

[Joerg Schilling]

ken mays  wrote:

> > LKP is different from lxrun as it does not simply catch
> > syscalls via signals 
> > but creates a Linux infrastructure under /linux. Linux
> > programs run chroot()ed
> > in /linux and can see the UNIX infrastructure under /unix.
> > 
> > For this reason, it is easy to have the "right" things in
> > /proc and /etc.
> > 
> > BTW: my information is from people who have been in the
> > team or have been very 
> > close to the team.
> > 
> > Jörg
>
> Hi Jorg,
>
> That sounds about right as I was one of those people using and testing out 
> Linux native binaries on Solaris/OpenSolaris for many years in production 
> environments. Most of us got pretty far as having CentOS/Redhat 5.x binaries 
> running natively. 
>
> Kinda 'old-school' now, but I think there is still a need for it.

This is why I thought a short description of the original implementaion from 
SCO might help to find a way for creating a successor of the phased out BrandZ.
The basic code (e.g. a Linux /proc fs, ...) is available, so the effort to 
implement such a successor should not be that big.

 Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] illumos-gate update

[Alasdair Lumsden]

Hi Jeff,

Great work! I'm going to install this shortly and give it a go.

Can you just confirm where you built illumos-gate and whether it was a 
vanilla oi_151a install or if it had been updated to /experimental?


I have one of those new Intel cards in my PC so I'm looking forward to 
giving this a spin :-D


Cheers,

Alasdair

On 12/ 3/11 08:15 PM, Josef 'Jeff' Sipek wrote:

I pushed out an updated build of illumos-gate to pkg.openindiana.org/dev-il.
I'd appreciate some testing before it gets pushed to /dev.  This update
contains lots of usedful changes, including (but not limited to):

- OS X Lion CIFS permission handling fix
- e1000g0 update to support new Intel cards (82579)
- Russian timezone info update
- assorted DTrace fixes
- Sandy Bridge related bug-fixes

You can try it out by running:

# pkg set-publisher -g http://pkg.openindiana.org/dev-il openindiana.org
# pkg update

Thanks,

Jeff.




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

Re: [oi-dev] illumos-gate update

[Josef 'Jeff' Sipek]

On Sun, Dec 04, 2011 at 08:33:36PM +, Alasdair Lumsden wrote:
> Hi Jeff,
> 
> Great work! I'm going to install this shortly and give it a go.
> 
> Can you just confirm where you built illumos-gate and whether it was
> a vanilla oi_151a install or if it had been updated to
> /experimental?

I built it on the 151 sustaining zone @ EC.

> I have one of those new Intel cards in my PC so I'm looking forward
> to giving this a spin :-D

Have fun!

Jeff.

-- 
It used to be said [...] that AIX looks like one space alien discovered
Unix, and described it to another different space alien who then implemented
AIX. But their universal translators were broken and they'd had to gesture a
lot.
- Paul Tomblin 

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

Re: [oi-dev] illumos-gate update

[Alasdair Lumsden]

Hi Jeff,

On 12/ 4/11 09:20 PM, Josef 'Jeff' Sipek wrote:


I built it on the 151 sustaining zone @ EC.


Perfect - just the answer I was looking for :-)


I have one of those new Intel cards in my PC so I'm looking forward
to giving this a spin :-D


It works! Hurrah! *rips out the unnecessary PCIe one*

If we can get another +1 from someone on this (Trisk/richlowe) then I 
think we can consider pushing out to /dev


We might want to get the new pkg-gate built and pushed out soon too.

Thanks again for this Jeff.

Cheers,

Alasdair

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

Re: [oi-dev] illumos-gate update

[Igor Kozhukhov]

Hi Alasdair,

I have works latest pkg-gate on SPARC - works with zones.

package/pkg (myrepo)
0.5.11-0.176.0.0.0.0.2590  i--

If need - I can provide my changes.

ZONEs works well.

Bets regards,
Igor



On 12/5/11 1:57 AM, "Alasdair Lumsden"  wrote:

>Hi Jeff,
>
>On 12/ 4/11 09:20 PM, Josef 'Jeff' Sipek wrote:
>
>> I built it on the 151 sustaining zone @ EC.
>
>Perfect - just the answer I was looking for :-)
>
>>> I have one of those new Intel cards in my PC so I'm looking forward
>>> to giving this a spin :-D
>
>It works! Hurrah! *rips out the unnecessary PCIe one*
>
>If we can get another +1 from someone on this (Trisk/richlowe) then I
>think we can consider pushing out to /dev
>
>We might want to get the new pkg-gate built and pushed out soon too.
>
>Thanks again for this Jeff.
>
>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] illumos-userland update

[Volker A. Brandt]

Hi Alasdair!


This all sounds very interesting.

> 1. Primary compiler will be GCC 4.4, with 4.5 and 4.6 support (4.5 for compat 
> with S11)
> 2. OpenSSL 1.0
> 3. OpenJDK
> 4. Updated Firefox & Thunderbird
> 5. Updated Python & Ruby
> 6. Latest Apache, lighttpd, nginx, PHP, MySQL and Postgresql packages
> 7. Chromium
> 8. VirtualBox open source edition

9. Thorougly document the entire process of contributing on the
   userland level so that people interested in packaging specific
   applications, libraries etc. but without sufficient time to
   master the entire system still have a chance to join.

Yes, that describes me. :-)


Best regards -- Volker
-- 

Volker A. Brandt   Consulting and Support for Oracle Solaris
Brandt & Brandt Computer GmbH   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim, GERMANYEmail: v...@bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513  Schuhgröße: 46
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt

"When logic and proportion have fallen sloppy dead"

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

[oi-dev] illumos and GSoC 2012

[Bayard Bell]

Summary

illumos is applying to participate in Google Summer of Code 2012. I will be
serving as org admin, and we need volunteers from the community to serve as
mentors, as well as project ideas. Students will begin showing up the
developer lists shortly, and we hope that community members will engage
them to begin contributing to the project by fixing bite-sized bugs,
learning how to navigate the codebase, and talking about work that needs
done and can be done by a student in the course of a summer. Students will
be treated as regular community members, with all the consideration and
responsibility that entails, and will be expected to engage through regular
community channels (developer mailing lists and IRC channels).

Submit Ideas for illumos Development

We have an Ideas List on
https://www.illumos.org/projects/illumos-gate/wiki/Project_Ideas - but
these are not the only possibilities - we encourage both students and
illumos community members to submit more ideas for projects that need work
and/or you'd like to work on.

Please bear in mind that our students are students. We want to make them
long-term contributors to open-source projects and preferably illumos.
Projects should be demanding but nevertheless pitched as three months of
work that is doable for a student likely making a first, serious
contribution. Students may not have had to work on such an extensive
practical assignment previously. Projects should be conceived at least as
much in terms of pushing the student to grow from where they are into an
open-source contributor as providing a deliverable otherwise aligned with
community priorities.

Work should be able to be submitted and integrated by the conclusion of the
mentorship on August 21.

Community Involvement

illumos is applying as a project, with a deadline of March 9.

By March 17 we will provide links to materials advertising illumos
participation in GSoC 2012. We encourage community members to advertise
these opportunities through appropriate channels. If you have contacts in
university departments that teach potentially qualified students or access
to students through alumni social networks, it would be especially
appreciated if you let them know of our participation and encourage them to
make it known to their students.

GSoC is a commitment for the community, as well as for anyone who
volunteers as a mentor.

Students will appear on IRC and mailing list from March 17 (some
enterprising ones possibly earlier) to April 6 (the application
deadline) seeking to learn more about illumos and project prospects. We
strongly encourage applicants to learn more about illumos by building and
installing illumos-gate on top of an existing distribution, fixing
bite-sized bugs, learning to navigate the codebase, discussing projects
either from the community suggestion page or on their own initiative, and
otherwise becoming involved as contributors before submitting applications.

We encourage all community members to engage positively with promising
potential applications who demonstrate such interest, capability, and
commitment before and during the application period. Applicants will be
evaluated in part based on public community interaction. If students
contact you privately about their interest, respond as you feel
comfortable, but please also remember that pubic interactions are a
substantive basis for evaluation, both for acceptance and completion, and
be sure that students are aware of this.

Students are expected to engage the project sufficiently before the
official beginning of their mentorship that they can begin working on their
official start date of May 21. Students will be expected to devote
sufficient time to the project between being accepted on April 23 and
starting on May 21 to begin development work on their start date.

During GSoC students will be active on the developer lists and IRC channel.
Projects that treat students like regular contributors tend to have much
more successful mentorships. We do not want to make students unnecessarily
dependent on mentors, so we also encourage all community members to help
answer questions, make students aware of self-service resources, and
provide guidance and domain expertise. Please be aware that students will
be expected to check in regularly and share work-in-progress over existing
developer channels.

Mentoring

GSoC provides some general manuals:

   * http://www.booki.cc/gsoc-mentoring/
   * http://www.booki.cc/gsoc-mentoring/what-makes-a-good-mentor/

Mentors must be registered with Google no later than April 20, but illumos
will need to rank students and projects and thus have firm commitments by
mentors no later than April 16. Mentors are expected to check student
reports to the mailing list daily, regularly (at least weekly) review
progress and provide feedback over three months from May 21 to August 21,
to complete mid-term evaluations the week of July 9 and final evaluations
the week of August 20. and to hold stu

[oi-dev] illumos-gate build time

[Gordon Ross]

Time for a new topic :)

On Sun, Jan 1, 2017 at 10:11 AM, Jim Klimov  wrote:
[...]
> By the way, regarding builds of illumos-gate, I estimate that most of the 
> time is spent walking the makefiles and directories, several rounds while 
> nightly.sh works. On lesser computers this alone adds up to tens of minutes 
> if not hours.
>
> Are there any hints or efforts on optimising this? Maybe somehow precompile a 
> single big makefile to reduce walks and forks, or something?

As with any serious optimization effort, the best recommendation is to
first try to measure where the time is being spent.  The last time I
heard of anyone doing that for the build, it was (in general) I/O
bound.  I vaguely recall that a large factor of the I/O time was
dominated by "stat" calls, and I thing those were mostly for files or
directories that do not exist.

Trying to make some new measurements would be a great place to start.

One reason for excessive stat calls in our build is the widespread use
of shared makefiles that have lots of pattern rules (i.e.
uts/*/Makefile.rules), and where only one or a couple of those pattern
rules are in use.  In such cases, make has to do stats of many
(typically nonexistent) objects to find out that a pattern rule does
not apply.  But before anyone goes trying to "fix" that, we'll need
measurements.

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

Re: [oi-dev] [illumos-Discuss] illumos @ SCALE

[Alasdair Lumsden]

On 01/14/11 03:52 PM, Garrett D'Amore wrote:

I would *really* like to have an illumos-based OpenIndiana.  If we can
get an ISO with that in time, I can probably arrange to sponsor the
production of demo media.


It might not be too hard to arrange - today we put up:

http://pkg.openindiana.org/illumos-experimental

Some of the OI developers have installed Illumos and are playing around. 
We're also making good progress on i10n and g11n


We'll try to get something done as quickly as we can.

Cheers,

Alasdair

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Hernan Saltiel]

Hi, Adrzej!

Great to know we have this option now!

It would be very interesting too if you have some docs about how this distro
was created, do you have something to share about it?

Thanks in advance for your time and this excellent news you are giving us.

Best regards,

HeCSa.



On Mon, Feb 21, 2011 at 9:38 AM, Andrzej Szeszo  wrote:

> Hi All
>
> We've been working on getting the development branch of OpenIndiana
> switched over to the illumos core.
>
> The way we are doing it initially is to take OpenIndiana 148 ips repository
> and add few updated consolidations to it. The consolidations that needed
> updating after switching to illumos osnet are: l10n, install, solaris_re.
>
> The resulting repository was used to create live/install DVD. Resulting iso
> image can be found here:
> http://dlc.openindiana.org/isos/oi-dev-148a-x86-20100218-1.iso
>
> This is not the final iso as few things need to be resolved first.
>
> 1. Package version numbers
>
> We have used 148.0.1 as a pkg version number of the updated consolidations,
> including osnet, to differentiate them from the original OpenIndiana 148
> ones.
>
> One problem with the version number bump is that the default illumos-gate
> builds, which generate version 148 packages, won't install anymore, as they
> are going to be considered as "old" by the packaging system. The solution is
> to add "ONNV_BUILDNUM=148.0.1; export ONNV_BUILDNUM" to the nightly file
> when building illumos-gate or we could simply revert the version number
> change.
>
> It would be good to get some feedback on this.
>
> 2. Branding
>
> When building illumos-onnv we have used similar branding patch set as when
> buiding the original OpenIndiana 148 onnv and at the moment there is almost
> no indication that the system is running illumos core apart from the
> "Powered by illumos" label on the boot splash screens.
>
> http://img405.imageshack.us/i/screenshot20110221at121.png/
>
> It would be good to get some feedback on what we should put in /etc/motd,
> /etc/release and kernel banner. We definitely want illumos name to be listed
> in all places but at the same time we don't want to confuse users about what
> they run.
>
> Please let me know what you think.
>
> 3. Keyboard layout selection bug
>
> There seems to be a problem with keyboard layout selection when using live
> dvd. US keyboard layout is always used even after selecting non-US layout at
> boot. I'll be looking at this issue now.
>
>
> Also, Garrett, how much time have we got left to prepare an updated iso, so
> you have enough time to get some media manufactured for SCALE? Please let us
> know.
>
> Cheers,
>
> Andrzej
>
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
>



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

Re: [oi-dev] illumos based OpenIndiana DVD

[ken mays]

Andrzej,

Tested OI_148a. Boots fine and works with my test hardware. No major problems 
seen at this time after reviewing it for a few hours. Nvidia video driver 
256.44 works fine (i.e. 2D/3D) on my test video hardware as well.

The only noticeable desktop application issues in OI_148a are from the default 
JDS_148 packages from the OI_148 build.

1. GTKAM crashes (i.e. digital camera app, segmentation fault) during startup.

2. Print Manager (in Preferences) gives an error during startup.

I reported this before for the original OI_148 and in the bug reports to Guido. 
GTKam is not a major issue to me, but best to fix this and any printer 
management concerns for 'stable' review. Most of the issues reported seem to 
deal with desktop-related issues and providing a fixed  'bge' network driver.

For desktop usage, OI_148a seems 'almost' fine as a replacement to the OI_148 
and OSOL_134 distro. USB/wireless connectivity seems to work fine as well.

As for putting 'Illumos' branding everywhere, careful not to break legacy 
management scripts that pull OS version information from the 'uname' command 
and /etc/* area.
 
Otherwise, GREAT job so far

~ Ken Mays





>On Mon, Feb 21, 2011 at 9:38 AM, Andrzej Szeszo  >wrote:

> Hi All
>
> We've been working on getting the development branch of OpenIndiana
> switched over to the illumos core.
>
> The way we are doing it initially is to take OpenIndiana 148 ips repository
> and add few updated consolidations to it. The consolidations that needed
> updating after switching to illumos osnet are: l10n, install, solaris_re.
>
> The resulting repository was used to create live/install DVD. Resulting iso
> image can be found here:
> http://dlc.openindiana.org/isos/oi-dev-148a-x86-20100218-1.iso
>
> This is not the final iso as few things need to be resolved first.
>
> 1. Package version numbers
>
> We have used 148.0.1 as a pkg version number of the updated consolidations,
> including osnet, to differentiate them from the original OpenIndiana 148
> ones.
>
> One problem with the version number bump is that the default illumos-gate
> builds, which generate version 148 packages, won't install anymore, as they
> are going to be considered as "old" by the packaging system. The solution is
> to add "ONNV_BUILDNUM=148.0.1; export ONNV_BUILDNUM" to the nightly file
> when building illumos-gate or we could simply revert the version number
> change.
>
> It would be good to get some feedback on this.
>
> 2. Branding
>
> When building illumos-onnv we have used similar branding patch set as when
> buiding the original OpenIndiana 148 onnv and at the moment there is almost
> no indication that the system is running illumos core apart from the
> "Powered by illumos" label on the boot splash screens.
>
> http://img405.imageshack.us/i/screenshot20110221at121.png/
>
> It would be good to get some feedback on what we should put in /etc/motd,
> /etc/release and kernel banner. We definitely want illumos name to be listed
> in all places but at the same time we don't want to confuse users about what
> they run.
>
> Please let me know what you think.
>
> 3. Keyboard layout selection bug
>
> There seems to be a problem with keyboard layout selection when using live
> dvd. US keyboard layout is always used even after selecting non-US layout at
> boot. I'll be looking at this issue now.
>
>
> Also, Garrett, how much time have we got left to prepare an updated iso, so
> you have enough time to get some media manufactured for SCALE? Please let us
> know.
>
> Cheers,
>
> Andrzej



  

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Volker A. Brandt]

Hello Andrzej!


> http://dlc.openindiana.org/isos/oi-dev-148a-x86-20100218-1.iso

I wanted to give this a spin but could not find it.  Has it been
removed?


Thanks -- Volker
-- 

Volker A. Brandt   Consulting and Support for Oracle Solaris
Brandt & Brandt Computer GmbH   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim Email: v...@bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513  Schuhgröße: 46
Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Jeppe Toustrup]

2011/2/21 Volker A. Brandt :
> Hello Andrzej!
>
>
>> http://dlc.openindiana.org/isos/oi-dev-148a-x86-20100218-1.iso
>
> I wanted to give this a spin but could not find it.  Has it been
> removed?
>

It seems to have been moved to the /148/ sub-directory:
http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20100218-1.iso

Btw, the date on the ISO is wrong, we are in 2011 ;)

--
Venlig hilsen / Kind regards
Jeppe Toustrup (aka. Tenzer)

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Volker A. Brandt]

> It seems to have been moved to the /148/ sub-directory:
> http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20100218-1.iso
> 
> Btw, the date on the ISO is wrong, we are in 2011 ;)

Ah, so that was the trick... I looked in 148 but only for things
that said "2011"... :-)


Thanks -- Volker
-- 

Volker A. Brandt   Consulting and Support for Oracle Solaris
Brandt & Brandt Computer GmbH   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim Email: v...@bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513  Schuhgröße: 46
Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

I have messed up with the url and the filename. Human error ;)

Actually I have an updated ISO with fixed keyboard layout selection 
ready. I am uploading it to the OpenIndiana servers now. Will post the 
url later tonight.


Also, can someone comment on the 148.0.1 version number and branding please?

Andrzej

On 02/21/11 05:35 PM, Volker A. Brandt wrote:

It seems to have been moved to the /148/ sub-directory:
http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20100218-1.iso

Btw, the date on the ISO is wrong, we are in 2011 ;)

Ah, so that was the trick... I looked in 148 but only for things
that said "2011"... :-)


Thanks -- Volker


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

Re: [oi-dev] illumos based OpenIndiana DVD

[Garrett D'Amore]

As ugly as I think 148.0.1 is, this may be the best compromise for now.

Long term we have to disassociate ourselves from Oracle's "build
numbers".

- Garrett

On Mon, 2011-02-21 at 18:58 +, Andrzej Szeszo wrote:
> I have messed up with the url and the filename. Human error ;)
> 
> Actually I have an updated ISO with fixed keyboard layout selection 
> ready. I am uploading it to the OpenIndiana servers now. Will post the 
> url later tonight.
> 
> Also, can someone comment on the 148.0.1 version number and branding please?
> 
> Andrzej
> 
> On 02/21/11 05:35 PM, Volker A. Brandt wrote:
> >> It seems to have been moved to the /148/ sub-directory:
> >> http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20100218-1.iso
> >>
> >> Btw, the date on the ISO is wrong, we are in 2011 ;)
> > Ah, so that was the trick... I looked in 148 but only for things
> > that said "2011"... :-)
> >
> >
> > Thanks -- Volker
> 
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev



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

Re: [oi-dev] illumos based OpenIndiana DVD

[Albert Lee]

On Mon, Feb 21, 2011 at 2:14 PM, Garrett D'Amore  wrote:
>
> As ugly as I think 148.0.1 is, this may be the best compromise for now.
>
> Long term we have to disassociate ourselves from Oracle's "build
> numbers".
>
>        - Garrett


Alternatively, rolling back the change for now could make it easier
for use to implement a different scheme should we discover something
better. Currently this means "generic" builds can't be onu'ed... is it
necessary to differentiate the packages (other than by timestamp) for
now?

-Albert

>
> On Mon, 2011-02-21 at 18:58 +, Andrzej Szeszo wrote:
>> I have messed up with the url and the filename. Human error ;)
>>
>> Actually I have an updated ISO with fixed keyboard layout selection
>> ready. I am uploading it to the OpenIndiana servers now. Will post the
>> url later tonight.

I notice it was caused by my changes to prevent the layout service
failure. :( Let's try to figure out how the that interacts with
selection...

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Guido Berhoerster]

* Andrzej Szeszo  [2011-02-21 13:40]:
> Hi All
> 
> We've been working on getting the development branch of OpenIndiana
> switched over to the illumos core.
> 
> The way we are doing it initially is to take OpenIndiana 148 ips
> repository and add few updated consolidations to it. The
> consolidations that needed updating after switching to illumos osnet
> are: l10n, install, solaris_re.
> 
> The resulting repository was used to create live/install DVD.
> Resulting iso image can be found here:
> http://dlc.openindiana.org/isos/oi-dev-148a-x86-20100218-1.iso
> 
> This is not the final iso as few things need to be resolved first.

Great stuff. What are we going to do about perl-584, are you
going to use packages from an older build?
Also how do we want to handle this in general, just ship perl-584
from an older ONNV for maintaining backwards compatibility and
switch all consolidations to perl-510?  I have a JDS build
against perl-510 ready but AFAIK XNV and SFW are still being
worked on.
-- 
Guido Berhoerster

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Alasdair Lumsden]

On 21 Feb 2011, at 19:48, Guido Berhoerster wrote:
> 
> Great stuff. What are we going to do about perl-584, are you
> going to use packages from an older build?
> Also how do we want to handle this in general, just ship perl-584
> from an older ONNV for maintaining backwards compatibility and
> switch all consolidations to perl-510?  I have a JDS build
> against perl-510 ready but AFAIK XNV and SFW are still being
> worked on.

I think we'll need to do 1 final perl-584 package at a higher build number, 
which no longer delivers the /usr/bin/perl symlink (plus potentially others if 
there are any), so that the perl 510 package can provide that instead.

That way when people upgrade, /usr/bin/perl gets removed then re-added.

Does that sound feasible?
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] illumos based OpenIndiana DVD

[Guido Berhoerster]

* Alasdair Lumsden  [2011-02-21 20:51]:
> On 21 Feb 2011, at 19:48, Guido Berhoerster wrote:
> > 
> > Great stuff. What are we going to do about perl-584, are you
> > going to use packages from an older build?
> > Also how do we want to handle this in general, just ship perl-584
> > from an older ONNV for maintaining backwards compatibility and
> > switch all consolidations to perl-510?  I have a JDS build
> > against perl-510 ready but AFAIK XNV and SFW are still being
> > worked on.
> 
> I think we'll need to do 1 final perl-584 package at a higher build number, 
> which no longer delivers the /usr/bin/perl symlink (plus potentially others 
> if there are any), so that the perl 510 package can provide that instead.
> 
> That way when people upgrade, /usr/bin/perl gets removed then re-added.
> 
> Does that sound feasible?

Sure, that's what we had planned. But do we make that move now
for the demo CD? Also, should we only provide perl-584 by itself
or variants of the perl modules in JDS and SFW as well?
-- 
Guido Berhoerster

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

Updated ISO can be found here:

http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20110221-1.iso

Keyboard layout selection works OK now.

Please report any live cd issues if you have a moment to test.

Andrzej

On 02/21/11 06:58 PM, Andrzej Szeszo wrote:

I have messed up with the url and the filename. Human error ;)

Actually I have an updated ISO with fixed keyboard layout selection 
ready. I am uploading it to the OpenIndiana servers now. Will post the 
url later tonight.


Also, can someone comment on the 148.0.1 version number and branding 
please?


Andrzej

On 02/21/11 05:35 PM, Volker A. Brandt wrote:

It seems to have been moved to the /148/ sub-directory:
http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20100218-1.iso

Btw, the date on the ISO is wrong, we are in 2011 ;)

Ah, so that was the trick... I looked in 148 but only for things
that said "2011"... :-)


Thanks -- Volker


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

Re: [oi-dev] illumos based OpenIndiana DVD

[Hernan Saltiel]

On Mon, Feb 21, 2011 at 6:32 PM, Andrzej Szeszo  wrote:

> Updated ISO can be found here:
>
> http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20110221-1.iso
>
> Keyboard layout selection works OK now.
>
> Please report any live cd issues if you have a moment to test.
>

Again, do you have any notes about how did you build the ISO's?
Is there any link where to share this knowledge with the community?
Thanks, and best regards,

HeCSa.


>
> Andrzej
>
>
> On 02/21/11 06:58 PM, Andrzej Szeszo wrote:
>
>> I have messed up with the url and the filename. Human error ;)
>>
>> Actually I have an updated ISO with fixed keyboard layout selection ready.
>> I am uploading it to the OpenIndiana servers now. Will post the url later
>> tonight.
>>
>> Also, can someone comment on the 148.0.1 version number and branding
>> please?
>>
>> Andrzej
>>
>> On 02/21/11 05:35 PM, Volker A. Brandt wrote:
>>
>>> It seems to have been moved to the /148/ sub-directory:
 http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20100218-1.iso

 Btw, the date on the ISO is wrong, we are in 2011 ;)

>>> Ah, so that was the trick... I looked in 148 but only for things
>>> that said "2011"... :-)
>>>
>>>
>>> Thanks -- Volker
>>>
>>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
>



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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

Hi Hernan

First I built illumos-gate, slim_source, g11n and solaris_re with 
OpenIndiana patches, bumping version numbers to 148.0.1. Then manually 
created updated entire package - bumped version numbers of incorporated 
consolidations built earlier to 148.0.1 by hand. Merged the resulting 
packages with official OpenIndiana repository. The repository located 
here is the end result:


http://pkg.openindiana.org/dev-il/

Then, I have installed pkg:/install/distribution-constructor, made a 
copy of /usr/share/distro_const/slim_cd/slim_cd_x86.xml, changed the 
repository url from http://pkg.openindiana.org/dev to 
http://pkg.openindiana.org/dev-il and ran:


distro_const build slim_cd_x86.xml

The end result:

$ ls /rpool/dc/media
OpenIndiana_Live_X86.iso  OpenIndiana_Live_X86.usb

Andrzej


On 02/21/11 21:57, Hernan Saltiel wrote:



On Mon, Feb 21, 2011 at 6:32 PM, Andrzej Szeszo > wrote:


Updated ISO can be found here:

http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20110221-1.iso

Keyboard layout selection works OK now.

Please report any live cd issues if you have a moment to test.


Again, do you have any notes about how did you build the ISO's?
Is there any link where to share this knowledge with the community?
Thanks, and best regards,

HeCSa.


Andrzej


On 02/21/11 06:58 PM, Andrzej Szeszo wrote:

I have messed up with the url and the filename. Human error ;)

Actually I have an updated ISO with fixed keyboard layout
selection ready. I am uploading it to the OpenIndiana servers
now. Will post the url later tonight.

Also, can someone comment on the 148.0.1 version number and
branding please?

Andrzej

On 02/21/11 05:35 PM, Volker A. Brandt wrote:

It seems to have been moved to the /148/ sub-directory:

http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20100218-1.iso

Btw, the date on the ISO is wrong, we are in 2011 ;)

Ah, so that was the trick... I looked in 148 but only for
things
that said "2011"... :-)


Thanks -- Volker


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




--
HeCSa


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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

I am preparing packages with 148 as the version number now to have an 
alternative ready just in case.


I would be good to get even more feedback on this.

To make sure user is running illumos based OpenIndiana we could ask him 
to do image-update to the latest packages from the dev repo. Sticking 
with the current version numbers is not going to be a big deal.


Andrzej


On 02/21/11 19:21, Albert Lee wrote:

On Mon, Feb 21, 2011 at 2:14 PM, Garrett D'Amore  wrote:

>
>  As ugly as I think 148.0.1 is, this may be the best compromise for now.
>
>  Long term we have to disassociate ourselves from Oracle's "build
>  numbers".
>
>  - Garrett

Alternatively, rolling back the change for now could make it easier
for use to implement a different scheme should we discover something
better. Currently this means "generic" builds can't be onu'ed... is it
necessary to differentiate the packages (other than by timestamp) for
now?

-Albert



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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

On 02/21/11 20:25, Guido Berhoerster wrote:

* Alasdair Lumsden  [2011-02-21 20:51]:

On 21 Feb 2011, at 19:48, Guido Berhoerster wrote:

Great stuff. What are we going to do about perl-584, are you
going to use packages from an older build?
Also how do we want to handle this in general, just ship perl-584
from an older ONNV for maintaining backwards compatibility and
switch all consolidations to perl-510?  I have a JDS build
against perl-510 ready but AFAIK XNV and SFW are still being
worked on.

I think we'll need to do 1 final perl-584 package at a higher build number, 
which no longer delivers the /usr/bin/perl symlink (plus potentially others if 
there are any), so that the perl 510 package can provide that instead.

That way when people upgrade, /usr/bin/perl gets removed then re-added.

Does that sound feasible?

Sure, that's what we had planned. But do we make that move now
for the demo CD? Also, should we only provide perl-584 by itself
or variants of the perl modules in JDS and SFW as well?
I think it is a bit too late for the change to appear on the demo CD. 
Not even 100% sure if we will get the CD out on time in its current state.


The system installed by the CD will be using 
http://pkg.openindiana.org/dev repository by default anyway. We 
obviously can update it at a later time with all the perl584 changes.


Andrzej

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Hernan Saltiel]

Thanks a lot, Andrzej!

Best regards,

HeCSa.



On Tue, Feb 22, 2011 at 7:03 AM, Andrzej Szeszo  wrote:

>  Hi Hernan
>
> First I built illumos-gate, slim_source, g11n and solaris_re with
> OpenIndiana patches, bumping version numbers to 148.0.1. Then manually
> created updated entire package - bumped version numbers of incorporated
> consolidations built earlier to 148.0.1 by hand. Merged the resulting
> packages with official OpenIndiana repository. The repository located here
> is the end result:
>
> http://pkg.openindiana.org/dev-il/
>
> Then, I have installed pkg:/install/distribution-constructor, made a copy
> of /usr/share/distro_const/slim_cd/slim_cd_x86.xml, changed the repository
> url from http://pkg.openindiana.org/dev to
> http://pkg.openindiana.org/dev-il and ran:
>
> distro_const build slim_cd_x86.xml
>
> The end result:
>
> $ ls /rpool/dc/media
> OpenIndiana_Live_X86.iso  OpenIndiana_Live_X86.usb
>
> Andrzej
>
>
>
> On 02/21/11 21:57, Hernan Saltiel wrote:
>
>
>
> On Mon, Feb 21, 2011 at 6:32 PM, Andrzej Szeszo  wrote:
>
>> Updated ISO can be found here:
>>
>> http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20110221-1.iso
>>
>> Keyboard layout selection works OK now.
>>
>> Please report any live cd issues if you have a moment to test.
>>
>
> Again, do you have any notes about how did you build the ISO's?
> Is there any link where to share this knowledge with the community?
> Thanks, and best regards,
>
> HeCSa.
>
>
>>
>> Andrzej
>>
>>
>> On 02/21/11 06:58 PM, Andrzej Szeszo wrote:
>>
>>> I have messed up with the url and the filename. Human error ;)
>>>
>>> Actually I have an updated ISO with fixed keyboard layout selection
>>> ready. I am uploading it to the OpenIndiana servers now. Will post the url
>>> later tonight.
>>>
>>> Also, can someone comment on the 148.0.1 version number and branding
>>> please?
>>>
>>> Andrzej
>>>
>>> On 02/21/11 05:35 PM, Volker A. Brandt wrote:
>>>
  It seems to have been moved to the /148/ sub-directory:
> http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20100218-1.iso
>
> Btw, the date on the ISO is wrong, we are in 2011 ;)
>
 Ah, so that was the trick... I looked in 148 but only for things
 that said "2011"... :-)


 Thanks -- Volker

>>>
>> ___
>> oi-dev mailing list
>> oi-dev@openindiana.org
>> http://openindiana.org/mailman/listinfo/oi-dev
>>
>
>
>
> --
> HeCSa
>
>
> ___
> oi-dev mailing 
> listoi-dev@openindiana.orghttp://openindiana.org/mailman/listinfo/oi-dev
>
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
>
>


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

Re: [oi-dev] illumos based OpenIndiana DVD

[ken mays]

Andrzej,


As mentioned, your OI_148a Live DVD seems fine and better than the original 
OI_148 DVD in concept.

Having it available for SCALE online (check net load handling) and on spare
DVDs (mass copy on location!) seems to be on mark as I have thoroughly reviewed 
the OI_148a Live DVD for basic workstation use. Also, with an installation and 
Nvidia 270.26 driver, most users can use the 3D desktop capabilities very well. 
I already listed basic bugs I've observed elsewhere.

As for performance scalability under load testing with the Illumos kernel, I 
did comment on the recent Phoronix review with the older OI_148 distro.

See: http://www.phoronix.com/scan.php?page=article&item=multi_os_scaling&num=1

So, I consider this just things to review in the future. Right now the Live DVD 
is 'working fine' and the Perl 5.10.1 migration should come next.

There are still a few days to get some more tweaks done. No major showstoppers 
at the moment!

~ Ken Mays



--- On Tue, 2/22/11, Andrzej Szeszo  wrote:

> From: Andrzej Szeszo 
> Subject: Re: [oi-dev] illumos based OpenIndiana DVD
> To: oi-dev@openindiana.org
> Date: Tuesday, February 22, 2011, 5:42 AM
> On 02/21/11 20:25, Guido Berhoerster
> wrote:
> > * Alasdair Lumsden 
> [2011-02-21 20:51]:
> >> On 21 Feb 2011, at 19:48, Guido Berhoerster
> wrote:
> >>> Great stuff. What are we going to do about
> perl-584, are you
> >>> going to use packages from an older build?
> >>> Also how do we want to handle this in general,
> just ship perl-584
> >>> from an older ONNV for maintaining backwards
> compatibility and
> >>> switch all consolidations to perl-510?  I
> have a JDS build
> >>> against perl-510 ready but AFAIK XNV and SFW
> are still being
> >>> worked on.
> >> I think we'll need to do 1 final perl-584 package
> at a higher build number, which no longer delivers the
> /usr/bin/perl symlink (plus potentially others if there are
> any), so that the perl 510 package can provide that
> instead.
> >> 
> >> That way when people upgrade, /usr/bin/perl gets
> removed then re-added.
> >> 
> >> Does that sound feasible?
> > Sure, that's what we had planned. But do we make that
> move now
> > for the demo CD? Also, should we only provide perl-584
> by itself
> > or variants of the perl modules in JDS and SFW as
> well?
> I think it is a bit too late for the change to appear on
> the demo CD. Not even 100% sure if we will get the CD out on
> time in its current state.
> 
> The system installed by the CD will be using http://pkg.openindiana.org/dev 
> repository by default
> anyway. We obviously can update it at a later time with all
> the perl584 changes.
> 
> Andrzej
> 
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
> 


  

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Joerg Schilling]

Andrzej Szeszo  wrote:

> 1. Package version numbers
>
> We have used 148.0.1 as a pkg version number of the updated 
> consolidations, including osnet, to differentiate them from the original 
> OpenIndiana 148 ones.
>
> One problem with the version number bump is that the default 
> illumos-gate builds, which generate version 148 packages, won't install 
> anymore, as they are going to be considered as "old" by the packaging 
> system. The solution is to add "ONNV_BUILDNUM=148.0.1; export 
> ONNV_BUILDNUM" to the nightly file when building illumos-gate or we 
> could simply revert the version number change.

It seems we should talk about how to deal with with naming

Schillix-ON did already publish build 00 and build 01. Build 02 will be ready 
soon.

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Joerg Schilling]

Albert Lee  wrote:

> On Mon, Feb 21, 2011 at 2:14 PM, Garrett D'Amore  wrote:
> >
> > As ugly as I think 148.0.1 is, this may be the best compromise for now.
> >
> > Long term we have to disassociate ourselves from Oracle's "build
> > numbers".
> >
> >        - Garrett
>
>
> Alternatively, rolling back the change for now could make it easier
> for use to implement a different scheme should we discover something
> better. Currently this means "generic" builds can't be onu'ed... is it
> necessary to differentiate the packages (other than by timestamp) for
> now?

We need to agree on a system that allows users to distinguish between the two 
ONNV continuation projects Indiana and Schillix-ON.

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Joerg Schilling]

Hernan Saltiel  wrote:

> On Mon, Feb 21, 2011 at 6:32 PM, Andrzej Szeszo  wrote:
>
> > Updated ISO can be found here:
> >
> > http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20110221-1.iso
> >
> > Keyboard layout selection works OK now.


How did you implement this? Did you use the solution from Schillix-ON?

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Garrett D'Amore]

Thanks everyone for putting in this effort.

I need to locate someone who can produce media.  I'm thinking I need to
produce a few hundred copies at least -- maybe even a thousand.
Opinions?

Also, do we have any artwork to put on the media and/or the sleeves?
(Ideally with the new illumos logo?)

I've not booted the new media *yet* but will do so today.  Is the new
illumos logo ("powered by") used on the OI desktop as well?

- Garrett

On Tue, 2011-02-22 at 06:27 -0800, ken mays wrote:
> Andrzej,
> 
> 
> As mentioned, your OI_148a Live DVD seems fine and better than the original 
> OI_148 DVD in concept.
> 
> Having it available for SCALE online (check net load handling) and on spare
> DVDs (mass copy on location!) seems to be on mark as I have thoroughly 
> reviewed the OI_148a Live DVD for basic workstation use. Also, with an 
> installation and Nvidia 270.26 driver, most users can use the 3D desktop 
> capabilities very well. I already listed basic bugs I've observed elsewhere.
> 
> As for performance scalability under load testing with the Illumos kernel, I 
> did comment on the recent Phoronix review with the older OI_148 distro.
> 
> See: http://www.phoronix.com/scan.php?page=article&item=multi_os_scaling&num=1
> 
> So, I consider this just things to review in the future. Right now the Live 
> DVD is 'working fine' and the Perl 5.10.1 migration should come next.
> 
> There are still a few days to get some more tweaks done. No major 
> showstoppers at the moment!
> 
> ~ Ken Mays
> 
> 
> 
> --- On Tue, 2/22/11, Andrzej Szeszo  wrote:
> 
> > From: Andrzej Szeszo 
> > Subject: Re: [oi-dev] illumos based OpenIndiana DVD
> > To: oi-dev@openindiana.org
> > Date: Tuesday, February 22, 2011, 5:42 AM
> > On 02/21/11 20:25, Guido Berhoerster
> > wrote:
> > > * Alasdair Lumsden 
> > [2011-02-21 20:51]:
> > >> On 21 Feb 2011, at 19:48, Guido Berhoerster
> > wrote:
> > >>> Great stuff. What are we going to do about
> > perl-584, are you
> > >>> going to use packages from an older build?
> > >>> Also how do we want to handle this in general,
> > just ship perl-584
> > >>> from an older ONNV for maintaining backwards
> > compatibility and
> > >>> switch all consolidations to perl-510?  I
> > have a JDS build
> > >>> against perl-510 ready but AFAIK XNV and SFW
> > are still being
> > >>> worked on.
> > >> I think we'll need to do 1 final perl-584 package
> > at a higher build number, which no longer delivers the
> > /usr/bin/perl symlink (plus potentially others if there are
> > any), so that the perl 510 package can provide that
> > instead.
> > >> 
> > >> That way when people upgrade, /usr/bin/perl gets
> > removed then re-added.
> > >> 
> > >> Does that sound feasible?
> > > Sure, that's what we had planned. But do we make that
> > move now
> > > for the demo CD? Also, should we only provide perl-584
> > by itself
> > > or variants of the perl modules in JDS and SFW as
> > well?
> > I think it is a bit too late for the change to appear on
> > the demo CD. Not even 100% sure if we will get the CD out on
> > time in its current state.
> > 
> > The system installed by the CD will be using http://pkg.openindiana.org/dev 
> > repository by default
> > anyway. We obviously can update it at a later time with all
> > the perl584 changes.
> > 
> > Andrzej
> > 
> > ___
> > oi-dev mailing list
> > oi-dev@openindiana.org
> > http://openindiana.org/mailman/listinfo/oi-dev
> > 
> 
> 
>   
> 
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev



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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

I have actually new iso and repo on the way. With better illumos 
branding and version number reverted from 148.0.1 back to 148 as 
suggested by Albert.


There is no illumos logo anywhere on the desktop at the moment.

I have put "powered by illumos" label in /etc/release, /etc/motd. Also 
kernel bootmsg contains illumos changeset id.


It will be clear that the system is powered by illumos code.

Andrzej


On 02/22/11 15:38, Garrett D'Amore wrote:

Thanks everyone for putting in this effort.

I need to locate someone who can produce media.  I'm thinking I need to
produce a few hundred copies at least -- maybe even a thousand.
Opinions?

Also, do we have any artwork to put on the media and/or the sleeves?
(Ideally with the new illumos logo?)

I've not booted the new media *yet* but will do so today.  Is the new
illumos logo ("powered by") used on the OI desktop as well?

- Garrett

On Tue, 2011-02-22 at 06:27 -0800, ken mays wrote:

Andrzej,


As mentioned, your OI_148a Live DVD seems fine and better than the original 
OI_148 DVD in concept.

Having it available for SCALE online (check net load handling) and on spare
DVDs (mass copy on location!) seems to be on mark as I have thoroughly reviewed 
the OI_148a Live DVD for basic workstation use. Also, with an installation and 
Nvidia 270.26 driver, most users can use the 3D desktop capabilities very well. 
I already listed basic bugs I've observed elsewhere.

As for performance scalability under load testing with the Illumos kernel, I 
did comment on the recent Phoronix review with the older OI_148 distro.

See: http://www.phoronix.com/scan.php?page=article&item=multi_os_scaling&num=1

So, I consider this just things to review in the future. Right now the Live DVD 
is 'working fine' and the Perl 5.10.1 migration should come next.

There are still a few days to get some more tweaks done. No major showstoppers 
at the moment!

~ Ken Mays



--- On Tue, 2/22/11, Andrzej Szeszo  wrote:


From: Andrzej Szeszo
Subject: Re: [oi-dev] illumos based OpenIndiana DVD
To: oi-dev@openindiana.org
Date: Tuesday, February 22, 2011, 5:42 AM
On 02/21/11 20:25, Guido Berhoerster
wrote:

* Alasdair Lumsden

[2011-02-21 20:51]:

On 21 Feb 2011, at 19:48, Guido Berhoerster

wrote:

Great stuff. What are we going to do about

perl-584, are you

going to use packages from an older build?
Also how do we want to handle this in general,

just ship perl-584

from an older ONNV for maintaining backwards

compatibility and

switch all consolidations to perl-510?  I

have a JDS build

against perl-510 ready but AFAIK XNV and SFW

are still being

worked on.

I think we'll need to do 1 final perl-584 package

at a higher build number, which no longer delivers the
/usr/bin/perl symlink (plus potentially others if there are
any), so that the perl 510 package can provide that
instead.

That way when people upgrade, /usr/bin/perl gets

removed then re-added.

Does that sound feasible?

Sure, that's what we had planned. But do we make that

move now

for the demo CD? Also, should we only provide perl-584

by itself

or variants of the perl modules in JDS and SFW as

well?
I think it is a bit too late for the change to appear on
the demo CD. Not even 100% sure if we will get the CD out on
time in its current state.

The system installed by the CD will be using http://pkg.openindiana.org/dev 
repository by default
anyway. We obviously can update it at a later time with all
the perl584 changes.

Andrzej

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

On 02/22/11 15:34, Joerg Schilling wrote:

Keyboard layout selection works OK now.

How did you implement this? Did you use the solution from Schillix-ON?
The problem with kbd layout selection was introduced by one of our 
OpenIndiana illumos-gate patches. I have backed out the patch and the 
problem went away.


http://hg.openindiana.org/mq_onnv-gate/rev/5ac79648e27e

Andrzej


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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

On 02/22/11 15:14, Joerg Schilling wrote:

It seems we should talk about how to deal with with naming

Schillix-ON did already publish build 00 and build 01. Build 02 will be ready
soon.


Our updated iso will remain at version 148 (I have reverted the version 
bump) so versioning scheme is still up for discussion.


Andrzej



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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

On 02/22/11 15:32, Joerg Schilling wrote:

We need to agree on a system that allows users to distinguish between the two
ONNV continuation projects Indiana and Schillix-ON.

As far as OpenIndiana distribution goes, we will probably be updating 
kernel bootmsg with the name/version of the upstream osnet codebase.


illumos based OI will display a message like below at boot:

OpenIndiana Build oi_148a 64-bit (illumos fe7962c08d1d)

Andrzej

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Garrett D'Amore]

I think in general, the idea of swapping back and forth between
different versions of ONNV is not going to work out so well.

There are challenges related to dependencies between ON (or
illumos-gate) and the rest of the system, and having multiple moving
targets is going to be impractical for end-users or even distribution
builders to work with.

My read of Schillix-ON is that you want to build a different
distribution, with a different core (based on SVR4 as well it seems), so
you can tune your distro for the decisions you make around your fork of
ON.

While that's fine, I am not sure it is fair to ask either end-users or
distribution builders to cope with the notion of "swapping" a different
ON derivative out given the rather insane dependency graph that is
associated with ON.

- Garrett

On Tue, 2011-02-22 at 16:37 +, Andrzej Szeszo wrote:
> On 02/22/11 15:32, Joerg Schilling wrote:
> > We need to agree on a system that allows users to distinguish between the 
> > two
> > ONNV continuation projects Indiana and Schillix-ON.
> >
> As far as OpenIndiana distribution goes, we will probably be updating 
> kernel bootmsg with the name/version of the upstream osnet codebase.
> 
> illumos based OI will display a message like below at boot:
> 
> OpenIndiana Build oi_148a 64-bit (illumos fe7962c08d1d)
> 
> Andrzej
> 
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev



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

Re: [oi-dev] illumos based OpenIndiana DVD

[Joerg Schilling]

Andrzej Szeszo  wrote:

> On 02/22/11 15:34, Joerg Schilling wrote:
> >>> Keyboard layout selection works OK now.
> > How did you implement this? Did you use the solution from Schillix-ON?
> The problem with kbd layout selection was introduced by one of our 
> OpenIndiana illumos-gate patches. I have backed out the patch and the 
> problem went away.
>
> http://hg.openindiana.org/mq_onnv-gate/rev/5ac79648e27e

This may not be the right solution.

Schillix-ON does this:

http://hg.berlios.de/repos/schillix-on/rev/ddbb71ca03b9

and this definitely restores the expected and correct behavior from the time
before /etc/default/kbd has been moved into smf.


Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Joerg Schilling]

Andrzej Szeszo  wrote:

> On 02/22/11 15:14, Joerg Schilling wrote:
> > It seems we should talk about how to deal with with naming
> >
> > Schillix-ON did already publish build 00 and build 01. Build 02 will be 
> > ready
> > soon.
>
> Our updated iso will remain at version 148 (I have reverted the version 
> bump) so versioning scheme is still up for discussion.

I did not change the versioning scheme either, but I believe it should be 
discussed.

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Joerg Schilling]

Andrzej Szeszo  wrote:

> On 02/22/11 15:32, Joerg Schilling wrote:
> > We need to agree on a system that allows users to distinguish between the 
> > two
> > ONNV continuation projects Indiana and Schillix-ON.
> >
> As far as OpenIndiana distribution goes, we will probably be updating 
> kernel bootmsg with the name/version of the upstream osnet codebase.
>
> illumos based OI will display a message like below at boot:
>
> OpenIndiana Build oi_148a 64-bit (illumos fe7962c08d1d)

Schillix-ON currently just does this:

http://hg.berlios.de/repos/schillix-on/rev/b8c0598ab229

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Joerg Schilling]

"Garrett D'Amore"  wrote:

> I think in general, the idea of swapping back and forth between
> different versions of ONNV is not going to work out so well.
>
> There are challenges related to dependencies between ON (or
> illumos-gate) and the rest of the system, and having multiple moving
> targets is going to be impractical for end-users or even distribution
> builders to work with.
>
> My read of Schillix-ON is that you want to build a different
> distribution, with a different core (based on SVR4 as well it seems), so
> you can tune your distro for the decisions you make around your fork of
> ON.

Schillix-ON deliveres SVR4 packages (98% ready) as well as 
IPS packages. This permits any downstream to use the code.

> While that's fine, I am not sure it is fair to ask either end-users or
> distribution builders to cope with the notion of "swapping" a different
> ON derivative out given the rather insane dependency graph that is
> associated with ON.

I am in hope that it is possible to discuss the issues and to agree on the same 
naming scheme. 

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

Re: [oi-dev] illumos based OpenIndiana DVD

[Garrett D'Amore]

On Tue, 2011-02-22 at 18:41 +0100, Joerg Schilling wrote:
> "Garrett D'Amore"  wrote:
> 
> > I think in general, the idea of swapping back and forth between
> > different versions of ONNV is not going to work out so well.
> >
> > There are challenges related to dependencies between ON (or
> > illumos-gate) and the rest of the system, and having multiple moving
> > targets is going to be impractical for end-users or even distribution
> > builders to work with.
> >
> > My read of Schillix-ON is that you want to build a different
> > distribution, with a different core (based on SVR4 as well it seems), so
> > you can tune your distro for the decisions you make around your fork of
> > ON.
> 
> Schillix-ON deliveres SVR4 packages (98% ready) as well as 
> IPS packages. This permits any downstream to use the code.
> 
> > While that's fine, I am not sure it is fair to ask either end-users or
> > distribution builders to cope with the notion of "swapping" a different
> > ON derivative out given the rather insane dependency graph that is
> > associated with ON.
> 
> I am in hope that it is possible to discuss the issues and to agree on the 
> same 
> naming scheme. 

The issues go far beyond just simple naming.  For example, we have
totally different g11n locale packages in illumos-gate now.  Our libc is
quite different now because of all the changes I made to support
localization, and the l10n data files have a totally different format.

That's just one example.

Going forward, I expect we'll have some interesting ZFS features as well
which may introduce on-disk format changes.  (These are being worked on
with a larger group of ZFS engineers that extend far beyond just illumos
-- people working on ZFS in MacOS, FreeBSD, and Linux for example).

There's a lot of collaboration going on.  Sadly, you've elected not to
be a party to any of this -- and from what I can tell it is for the
simple reason that we're not driving forward with integrating "star"
into illumos.  I guess its easier for you to fork the entire operating
system than to accept that "star" might not be accepted for integration.

Anyway, the upshot of all these changes is that it will be increasingly
difficult for a distribution maintainer to manage the increasing
divergence in the forks.  We already have that problem with upstream
OpenSolaris -- and its only going to get worse.  Adding another degree
of freedom would only significantly complicate the problem, and IMO
without much benefit to the distribution builders or the maintainers.

It would be more practical (from their standpoint) to ask them whether
they should choose a different upstream kernel to standardize on than
illumos.  Of course, I have a vested interest in seeing illumos succeed,
and I believe that there is a lot more momentum behind illumos than
Schillix-ON -- but the OpenIndiana guys are free to elect differently.

- Garrett



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

Re: [oi-dev] illumos based OpenIndiana DVD

[Alasdair Lumsden]

Hi Joerg,

On 22 Feb 2011, at 17:57, Garrett D'Amore wrote:

> Anyway, the upshot of all these changes is that it will be increasingly
> difficult for a distribution maintainer to manage the increasing
> divergence in the forks.  We already have that problem with upstream
> OpenSolaris -- and its only going to get worse.  Adding another degree
> of freedom would only significantly complicate the problem, and IMO
> without much benefit to the distribution builders or the maintainers.
> 
> It would be more practical (from their standpoint) to ask them whether
> they should choose a different upstream kernel to standardize on than
> illumos.  Of course, I have a vested interest in seeing illumos succeed,
> and I believe that there is a lot more momentum behind illumos than
> Schillix-ON -- but the OpenIndiana guys are free to elect differently.

We concur with Garrett on this - forking Schillix-ON fragments the community 
and is bad for everyone. This has always been our opinion.

We're happy to discuss technical aspects of working on components of OS/Net, or 
collaborate, but at this time we are not looking to make any concessions in OI 
to support installation of Schillix-ON. We already have a lot to work on 
without more distractions.

Regards,

Alasdair





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

Re: [oi-dev] illumos based OpenIndiana DVD

[Andrzej Szeszo]

The new image, which includes updated desktop wallpaper can be found here:

http://dlc.openindiana.org/isos/148/oi-dev-148a-x86-20110223-1.iso

It installs ok, etc.

Andrzej

On 02/22/11 04:28 PM, Andrzej Szeszo wrote:
I have actually new iso and repo on the way. With better illumos 
branding and version number reverted from 148.0.1 back to 148 as 
suggested by Albert.


There is no illumos logo anywhere on the desktop at the moment.

I have put "powered by illumos" label in /etc/release, /etc/motd. Also 
kernel bootmsg contains illumos changeset id.


It will be clear that the system is powered by illumos code.

Andrzej


On 02/22/11 15:38, Garrett D'Amore wrote:

Thanks everyone for putting in this effort.

I need to locate someone who can produce media.  I'm thinking I need to
produce a few hundred copies at least -- maybe even a thousand.
Opinions?

Also, do we have any artwork to put on the media and/or the sleeves?
(Ideally with the new illumos logo?)

I've not booted the new media *yet* but will do so today.  Is the new
illumos logo ("powered by") used on the OI desktop as well?

- Garrett

On Tue, 2011-02-22 at 06:27 -0800, ken mays wrote:

Andrzej,


As mentioned, your OI_148a Live DVD seems fine and better than the 
original OI_148 DVD in concept.


Having it available for SCALE online (check net load handling) and 
on spare
DVDs (mass copy on location!) seems to be on mark as I have 
thoroughly reviewed the OI_148a Live DVD for basic workstation use. 
Also, with an installation and Nvidia 270.26 driver, most users can 
use the 3D desktop capabilities very well. I already listed basic 
bugs I've observed elsewhere.


As for performance scalability under load testing with the Illumos 
kernel, I did comment on the recent Phoronix review with the older 
OI_148 distro.


See: 
http://www.phoronix.com/scan.php?page=article&item=multi_os_scaling&num=1


So, I consider this just things to review in the future. Right now 
the Live DVD is 'working fine' and the Perl 5.10.1 migration should 
come next.


There are still a few days to get some more tweaks done. No major 
showstoppers at the moment!


~ Ken Mays



--- On Tue, 2/22/11, Andrzej Szeszo  wrote:


From: Andrzej Szeszo
Subject: Re: [oi-dev] illumos based OpenIndiana DVD
To: oi-dev@openindiana.org
Date: Tuesday, February 22, 2011, 5:42 AM
On 02/21/11 20:25, Guido Berhoerster
wrote:

* Alasdair Lumsden

[2011-02-21 20:51]:

On 21 Feb 2011, at 19:48, Guido Berhoerster

wrote:

Great stuff. What are we going to do about

perl-584, are you

going to use packages from an older build?
Also how do we want to handle this in general,

just ship perl-584

from an older ONNV for maintaining backwards

compatibility and

switch all consolidations to perl-510?  I

have a JDS build

against perl-510 ready but AFAIK XNV and SFW

are still being

worked on.

I think we'll need to do 1 final perl-584 package

at a higher build number, which no longer delivers the
/usr/bin/perl symlink (plus potentially others if there are
any), so that the perl 510 package can provide that
instead.

That way when people upgrade, /usr/bin/perl gets

removed then re-added.

Does that sound feasible?

Sure, that's what we had planned. But do we make that

move now

for the demo CD? Also, should we only provide perl-584

by itself

or variants of the perl modules in JDS and SFW as

well?
I think it is a bit too late for the change to appear on
the demo CD. Not even 100% sure if we will get the CD out on
time in its current state.

The system installed by the CD will be using 
http://pkg.openindiana.org/dev repository by default

anyway. We obviously can update it at a later time with all
the perl584 changes.

Andrzej

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

Re: [oi-dev] illumos-gate build time

[Adam Števko]

Anyone interested in creating FlameGraph like visualization?

Adam

> On Jan 2, 2017, at 6:19 PM, Gordon Ross  wrote:
> 
> Time for a new topic :)
> 
> On Sun, Jan 1, 2017 at 10:11 AM, Jim Klimov  wrote:
> [...]
>> By the way, regarding builds of illumos-gate, I estimate that most of the 
>> time is spent walking the makefiles and directories, several rounds while 
>> nightly.sh works. On lesser computers this alone adds up to tens of minutes 
>> if not hours.
>> 
>> Are there any hints or efforts on optimising this? Maybe somehow precompile 
>> a single big makefile to reduce walks and forks, or something?
> 
> As with any serious optimization effort, the best recommendation is to
> first try to measure where the time is being spent.  The last time I
> heard of anyone doing that for the build, it was (in general) I/O
> bound.  I vaguely recall that a large factor of the I/O time was
> dominated by "stat" calls, and I thing those were mostly for files or
> directories that do not exist.
> 
> Trying to make some new measurements would be a great place to start.
> 
> One reason for excessive stat calls in our build is the widespread use
> of shared makefiles that have lots of pattern rules (i.e.
> uts/*/Makefile.rules), and where only one or a couple of those pattern
> rules are in use.  In such cases, make has to do stats of many
> (typically nonexistent) objects to find out that a pattern rule does
> not apply.  But before anyone goes trying to "fix" that, we'll need
> measurements.
> 
> ___
> 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

[oi-dev] illumos-gcc (gcc 4.4.4-il)

[Toomas Soome via oi-dev]

Hi!

The current illumos-gcc build is depending on gcc-49, is there some hard 
requirement for it, or is it just leftover? 

rgds,
toomas
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

[oi-dev] Illumos/OI development system installation

[Reginald Beardsley via oi-dev]

I should like to suggest that providing a turnkey development  installation 
that would permit someone like me to compile format(1m)  and fix the SEGV 
faults would go a long way towards increasing the number of people supporting 
OI and Illumos.

I labored through inaccurate wiki documentation quite a few years ago and 
eventually was able to get a successful build.  But when I asked on the dev 
lists how to install it, I got no response.  The message seemed pretty clear, 
"Go away.  We don't want you."  I got a similar response recently  when I asked 
how powerful a system I would need to build the GUI ISO overnight.  Dead 
silence.  I'm inclined to get an off lease system with a ridiculous number of 
cores, RAM and disk, but there is no seismic work to be had.  I don't need a 
supercomputer to surf the net.

I don't know how the developers communicate, but it is certainly not on  
illumos-dev or  oi-dev.  That lack of transparency is a powerful barrier.  If a 
potential maintainer is excluded from following the discussion, they are not 
likely to contribute.  I joined the illumos-dev and oi-dev lists  expecting to 
see something I felt inclined to work on.

In my late 60's there are not the same professional incentives as when 30 
something.  I have nothing to gain from working on OI and lots of other 
interests.  But things that annoy me I am willing to fix.

I suggest either a Developer ISO or  turnkey IPS  package would be a good first 
step to increasing the number of people contributing to  OI and Illumos 
support.  There are other barriers to be lowered, but that is the single 
biggest obstacle.  Without that the number will continue to decline.

Reg

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

Re: [oi-dev] [illumos-Developer] oi_148 is pending

[Alex Lam S.L.]

Looking forward to it!

I have been trying out Oracle's offering, which claims to be of
"production" quality; so far it only thing it manages to (re)produce
on my server (when running from the Live CD) is locking up within 5
minutes.


Alex.



On Sat, Nov 20, 2010 at 5:49 AM, Albert Lee  wrote:
> Hi folks,
>
> I've spent a large part of the past two days reworking and documenting
> our release packaging environment and fixing issues with our metadata
> and external packages that are being imported into this release, and I
> feel we have a sustainable environment for release management now.
> I've gotten a tentatively complete set of oi_148 packages created
> with an entire redistributable cluster this time and imported the
> SVR4-based consolidations we don't yet have replacements for, instead
> of including opensolaris.org packages in our incorporations. If this
> went as planned, our users should no longer need an opensolaris.org
> publisher configured.
>
> I've built a full redistributable cluster (as well as a slim_install
> metapackage) instead of the weird mini cluster we had for 147. The
> packages are sitting in /net/infra01/releng/oi/oi_148/repo which still
> needs to be imported into a clone of the 147 repository. Hopefully we
> can get some testing done over the weekend.
>
> Some additional things I want to do before the release:
> - Make sure I haven't made any typos in the metadata, like last time :)
> - Create a text_install cluster for the Text Installer (its current
> use of an explicit package list is quite embarrassing).
> - Get QA done against the bugs we have on file
> - Build and test both live media and AI images
> - Start looking at the logistics for the illumos repository. One
> option is to ship an older build of illumos we have around, but we
> need to integrate the supporting changes for snmpdx and Perl 5.8.4
> removal as soon as possible.
>
> -Albert
>
> ___
> Developer mailing list
> develo...@lists.illumos.org
> http://lists.illumos.org/m/listinfo/developer
>

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

[oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Alasdair Lumsden]

Hi Hernan,

We've updated the nvidia driver in the /dev-il repo - would you mind testing 
this and updating the bug?

Thanks,

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

[oi-dev] illumos-gcc and mpc/mpfr/gmp

[Aurélien Larcher]

Hi,
I am packaging GNU UPC right now for work and it requires mpc/mpfr/gmp.
The issue at hand is that while we have packages for them, they are quite
old and used by illumos-gcc.
For each flavour of GCC in oi-userland we download and rebuild these
libraries locally.

Questions:
- Should I compile locally these 3 libraries for GNU UPC?
- Should illumos-gcc use its own version of these libraries?
- Should we update our antiquated versions in oi-userland?

helios> pkg search -r mpc
INDEX   ACTION VALUE   PACKAGE
pkg.fmrisetopenindiana.org/library/mpc
pkg:/library/mpc@1.0.1-2016.0.0.0
helios> pkg search -r mpfr
INDEX   ACTION VALUEPACKAGE
pkg.fmrisetopenindiana.org/library/mpfr
pkg:/library/mpfr@3.1.2-2016.0.0.0
helios> pkg search -r gmp
INDEX  ACTION VALUE   PACKAGE
pkg.fmri   setopenindiana.org/library/gmp
pkg:/library/gmp@5.0.5-2016.0.1.0

Kind regards

Aurelien

-- 
---
Praise the Caffeine embeddings
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] illumos-gcc (gcc 4.4.4-il)

[Toomas Soome via oi-dev]

> On 11. May 2020, at 10:36, Toomas Soome via oi-dev  
> wrote:
> 
> Hi!
> 
> The current illumos-gcc build is depending on gcc-49, is there some hard 
> requirement for it, or is it just leftover? 
> 

ok, this is because 4.4.4 does not build with gcc7.

rgds,
toomas


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

Re: [oi-dev] illumos-gcc (gcc 4.4.4-il)

[Aurélien Larcher]

Sorry for the delay, yes it is because it does not build with recent gcc.
I did not have time to fix it and since it worked as it was I left it with
gcc-49.

On Monday, May 11, 2020, Toomas Soome via oi-dev 
wrote:
>
>
>> On 11. May 2020, at 10:36, Toomas Soome via oi-dev <
oi-dev@openindiana.org> wrote:
>>
>> Hi!
>>
>> The current illumos-gcc build is depending on gcc-49, is there some hard
requirement for it, or is it just leftover?
>>
>
> ok, this is because 4.4.4 does not build with gcc7.
>
> rgds,
> toomas
>
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev
>

-- 
---
Praise the Caffeine embeddings
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] illumos-gcc (gcc 4.4.4-il)

[Toomas Soome via oi-dev]

> On 11. May 2020, at 11:04, Aurélien Larcher  
> wrote:
> 
> Sorry for the delay, yes it is because it does not build with recent gcc.
> I did not have time to fix it and since it worked as it was I left it with 
> gcc-49.
> 


Ye, and gcc49 is building with itself:D but it seems we can build it with 7, 
just need to wait before I can be sure:)

thanks,
toomas


> On Monday, May 11, 2020, Toomas Soome via oi-dev  > wrote:
> >
> >
> >> On 11. May 2020, at 10:36, Toomas Soome via oi-dev  >> > wrote:
> >>
> >> Hi!
> >>
> >> The current illumos-gcc build is depending on gcc-49, is there some hard 
> >> requirement for it, or is it just leftover?
> >>
> >
> > ok, this is because 4.4.4 does not build with gcc7.
> >
> > rgds,
> > toomas
> >
> >
> > ___
> > oi-dev mailing list
> > oi-dev@openindiana.org 
> > https://openindiana.org/mailman/listinfo/oi-dev 
> > 
> >
> 
> -- 
> ---
> Praise the Caffeine embeddings
> 
> ___
> 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] illumos-gcc (gcc 4.4.4-il)

[Igor Kozhukhov]

you can rebuild gcc44 by gcc44 - i do it on dilos without problems.

-Igor

> On 11 May 2020, at 11:17, Toomas Soome via oi-dev  
> wrote:
> 
> 
> 
>> On 11. May 2020, at 11:04, Aurélien Larcher > > wrote:
>> 
>> Sorry for the delay, yes it is because it does not build with recent gcc.
>> I did not have time to fix it and since it worked as it was I left it with 
>> gcc-49.
>> 
> 
> 
> Ye, and gcc49 is building with itself:D but it seems we can build it with 7, 
> just need to wait before I can be sure:)
> 
> thanks,
> toomas
> 
> 
>> On Monday, May 11, 2020, Toomas Soome via oi-dev > > wrote:
>> >
>> >
>> >> On 11. May 2020, at 10:36, Toomas Soome via oi-dev 
>> >> mailto:oi-dev@openindiana.org>> wrote:
>> >>
>> >> Hi!
>> >>
>> >> The current illumos-gcc build is depending on gcc-49, is there some hard 
>> >> requirement for it, or is it just leftover?
>> >>
>> >
>> > ok, this is because 4.4.4 does not build with gcc7.
>> >
>> > rgds,
>> > toomas
>> >
>> >
>> > ___
>> > oi-dev mailing list
>> > oi-dev@openindiana.org 
>> > https://openindiana.org/mailman/listinfo/oi-dev 
>> > 
>> >
>> 
>> -- 
>> ---
>> Praise the Caffeine embeddings
>> 
>> ___
>> 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 
> 
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

[oi-dev] illumos preso on Jan 6 in LA

[Garrett D'Amore]

If any OI folks want to contribute to my talk on Jan 6 at a user's group
meeting, I'd be happy to oblige.  I expect to include at least a slide
or two on OI.

If there will be any OI folks in LA on that date, I'd even be willing to
share the stage.  Just let me know.

- Garrett


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

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[lleo]

 Also done the update because of nivida problems.  The system still 
continued to freeze.  But changing the "Visual Effects" to "None" under 
¨Desktop Appearance" has resolved most of my freezes.


On 28/06/2011 02:22 PM, Alasdair Lumsden wrote:

Hi Hernan,

We've updated the nvidia driver in the /dev-il repo - would you mind testing 
this and updating the bug?

Thanks,

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] Illumos/OI Bug 1161 (nvidia crash)

[Hernan Saltiel]

Yes!
It's working for my card now!
Thanks a lot, lot, lot
Best regards,

HeCSa.



On Tue, Jun 28, 2011 at 4:22 PM, Alasdair Lumsden wrote:

> Hi Hernan,
>
> We've updated the nvidia driver in the /dev-il repo - would you mind
> testing this and updating the bug?
>
> Thanks,
>
> Alasdair




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

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Hernan Saltiel]

Nope...it hung again some minutes ago, having no visual effects enabled.
Something makes it freeze the entire system.
Count on me to test this, I'm doing this not in my daily work notebook, I'm
free to destroy...
Thanks, and best regards,

HeCSa.



On Tue, Jun 28, 2011 at 10:10 PM, Hernan Saltiel  wrote:

> Yes!
> It's working for my card now!
> Thanks a lot, lot, lot
> Best regards,
>
> HeCSa.
>
>
>
>
> On Tue, Jun 28, 2011 at 4:22 PM, Alasdair Lumsden wrote:
>
>> Hi Hernan,
>>
>> We've updated the nvidia driver in the /dev-il repo - would you mind
>> testing this and updating the bug?
>>
>> Thanks,
>>
>> Alasdair
>
>
>
>
> --
> HeCSa
>



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

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Julian Wiesener]

Hi,

On Wed, 2011-06-29 at 00:15 -0300, Hernan Saltiel wrote:
> Nope...it hung again some minutes ago, having no visual effects
> enabled.
> Something makes it freeze the entire system.

what does "freeze the entire system" mean?

If you move the mouse, is the cursor still moving?
Can you switch to a console?
Can you remote login using ssh?
If so, what happends if you restart gdm?


Regards,
Julian


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

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Hernán Saltiel]

Hi!
Finally I freezed my machine again (it does this randomly, so it took me 
more time than expected).

My answers in between your lines.

On 06/29/2011 08:42 AM, Julian Wiesener wrote:

Hi,

On Wed, 2011-06-29 at 00:15 -0300, Hernan Saltiel wrote:

Nope...it hung again some minutes ago, having no visual effects
enabled.
Something makes it freeze the entire system.

what does "freeze the entire system" mean?


After trying some tricks, I realised that is not the entire system what 
is freezing, only the GUI.

If you move the mouse, is the cursor still moving?

No.

Can you switch to a console?

No.

Can you remote login using ssh?

Yes! It worked!

If so, what happends if you restart gdm?

It restarts, I can log in, and start my apps again.


Regards,
Julian


Thanks, and best regards,
HeCSa.




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



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

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Albert Lee]

2011/6/30 Hernán Saltiel :
> Hi!
> Finally I freezed my machine again (it does this randomly, so it took me
> more time than expected).
> My answers in between your lines.
>
> On 06/29/2011 08:42 AM, Julian Wiesener wrote:
>>
>> Hi,
>>
>> On Wed, 2011-06-29 at 00:15 -0300, Hernan Saltiel wrote:
>>>
>>> Nope...it hung again some minutes ago, having no visual effects
>>> enabled.
>>> Something makes it freeze the entire system.
>>
>> what does "freeze the entire system" mean?
>
> After trying some tricks, I realised that is not the entire system what is
> freezing, only the GUI.
>>
>> If you move the mouse, is the cursor still moving?
>
> No.
>>
>> Can you switch to a console?
>
> No.
>>
>> Can you remote login using ssh?
>
> Yes! It worked!
>>
>> If so, what happends if you restart gdm?
>
> It restarts, I can log in, and start my apps again.
>>

Can you save and attach your /var/log/Xorg.0.log after the freeze to
the bug? (Xorg.0.log.old if you restart X).

-Albert

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

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Hernán Saltiel]

On 07/01/2011 01:02 AM, Albert Lee wrote:

2011/6/30 Hernán Saltiel:

Hi!
Finally I freezed my machine again (it does this randomly, so it took me
more time than expected).
My answers in between your lines.

On 06/29/2011 08:42 AM, Julian Wiesener wrote:

Hi,

On Wed, 2011-06-29 at 00:15 -0300, Hernan Saltiel wrote:

Nope...it hung again some minutes ago, having no visual effects
enabled.
Something makes it freeze the entire system.

what does "freeze the entire system" mean?

After trying some tricks, I realised that is not the entire system what is
freezing, only the GUI.

If you move the mouse, is the cursor still moving?

No.

Can you switch to a console?

No.

Can you remote login using ssh?

Yes! It worked!

If so, what happends if you restart gdm?

It restarts, I can log in, and start my apps again.

Can you save and attach your /var/log/Xorg.0.log after the freeze to
the bug? (Xorg.0.log.old if you restart X).

-Albert

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

Hi Albert!
Attached you'll find my Xorg.0.log.old, and the new Xorg.0.log too.
Thanks for your help!
Best regards,

HeCSa.

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: SunOS 5.11 i86pc 
Current Operating System: SunOS battlelloyd-o 5.11 oi_151 i86pc
Build Date: 22 May 2011  05:07:00PM
Solaris ABI: 32-bit 
Current version of pixman: 0.18.4
	Before reporting problems, check http://openindiana.org/consolidation/xnv
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jul  1 00:32:58 2011
(II) Loader magic: 8206df8
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.4
	X.Org Video Driver: 6.0
	X.Org XInput driver : 7.0
	X.Org Server Extension : 2.0
(--) using VT number 2

(--) PCI:*(0:1:0:0) 10de:01d8:103c:30a5 nVidia Corporation G72M [GeForce Go 7400] rev 161, Mem @ 0xd100/16777216, 0xc000/268435456, 0xd000/16777216, BIOS @ 0x/65536
(--) console driver: NVDAnvda
(==) Using default built-in configuration (58 lines)
(==) --- Start of built-in configuration ---
	Section "Device"
		Identifier	"Builtin Default nvidia Device 0"
		Driver	"nvidia"
		Option "NoLogo" "True"
	EndSection
	Section "Screen"
		Identifier	"Builtin Default nvidia Screen 0"
		Device	"Builtin Default nvidia Device 0"
	EndSection
	Section "Device"
		Identifier	"Builtin Default NVDA Device 0"
		Driver	"NVDA"
	EndSection
	Section "Screen"
		Identifier	"Builtin Default NVDA Screen 0"
		Device	"Builtin Default NVDA Device 0"
	EndSection
	Section "Device"
		Identifier	"Builtin Default nvda Device 0"
		Driver	"nvda"
	EndSection
	Section "Screen"
		Identifier	"Builtin Default nvda Screen 0"
		Device	"Builtin Default nvda Device 0"
	EndSection
	Section "Device"
		Identifier	"Builtin Default nv Device 0"
		Driver	"nv"
	EndSection
	Section "Screen"
		Identifier	"Builtin Default nv Screen 0"
		Device	"Builtin Default nv Device 0"
	EndSection
	Section "Device"
		Identifier	"Builtin Default vesa Device 0"
		Driver	"vesa"
	EndSection
	Section "Screen"
		Identifier	"Builtin Default vesa Screen 0"
		Device	"Builtin Default vesa Device 0"
	EndSection
	Section "Device"
		Identifier	"Builtin Default fbdev Device 0"
		Driver	"fbdev"
	EndSection
	Section "Screen"
		Identifier	"Builtin Default fbdev Screen 0"
		Device	"Builtin Default fbdev Device 0"
	EndSection
	Section "ServerLayout"
		Identifier	"Builtin Default Layout"
		Screen	"Builtin Default nvidia Screen 0"
		Screen	"Builtin Default NVDA Screen 0"
		Screen	"Builtin Default nvda Screen 0"
		Screen	"Builtin Default nv Screen 0"
		Screen	"Builtin Default vesa Screen 0"
		Screen	"Builtin Default fbdev Screen 0"
	EndSection
(==) --- End of built-in configuration ---
(==) ServerLayout "Builtin Default Layout"
(**) |-->Screen "Builtin Default nvidia Screen 0" (0)
(**) |   |-->Monitor ""
(**) |   |-->Device "Builtin Default nvidia Device 0"
(==) No monitor specified for screen "Builtin Default nvidia Screen 0".
	Using a default monitor configuration.
(**) |-->Screen "Builtin Default NVDA Screen 0" (1)
(**) |   |-->Monitor ""
(**) |   |-->Device "Builtin Default NVDA Device 0"
(==) No monitor specified for screen "Builtin Default NVDA Screen 0".
	Using a default monitor configuration.
(**) |-->Screen "Builtin Default NVDA Screen 0" (2)
(**) |   |-->Monitor ""
(**) |   |-->Device "Builtin Default NVDA Device 0"
(==) No monitor specified for screen "Builtin Default NVDA Screen 0".
	Using a default monitor configuration.
(**) |-->Screen "Builtin Default nv Screen 0" (3)
(**) |   |-->Monitor ""
(**) |   |-->Device "Builtin Default nv Device 0"
(==) No monitor specified for screen "Builtin Default nv Screen 0".
	Using a default monitor configuration.
(**) 

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Albert Lee]

2011/7/1 Hernán Saltiel :
> On 07/01/2011 01:02 AM, Albert Lee wrote:
>>
>> 2011/6/30 Hernán Saltiel:
>>>
>>> Hi!
>>> Finally I freezed my machine again (it does this randomly, so it took me
>>> more time than expected).
>>> My answers in between your lines.
>>>
>>> On 06/29/2011 08:42 AM, Julian Wiesener wrote:

 Hi,

 On Wed, 2011-06-29 at 00:15 -0300, Hernan Saltiel wrote:
>
> Nope...it hung again some minutes ago, having no visual effects
> enabled.
> Something makes it freeze the entire system.

 what does "freeze the entire system" mean?
>>>
>>> After trying some tricks, I realised that is not the entire system what
>>> is
>>> freezing, only the GUI.

 If you move the mouse, is the cursor still moving?
>>>
>>> No.

 Can you switch to a console?
>>>
>>> No.

 Can you remote login using ssh?
>>>
>>> Yes! It worked!

 If so, what happends if you restart gdm?
>>>
>>> It restarts, I can log in, and start my apps again.
>>
>> Can you save and attach your /var/log/Xorg.0.log after the freeze to
>> the bug? (Xorg.0.log.old if you restart X).
>>
>> -Albert
>>
>> ___
>> oi-dev mailing list
>> oi-dev@openindiana.org
>> http://openindiana.org/mailman/listinfo/oi-dev
>
> Hi Albert!
> Attached you'll find my Xorg.0.log.old, and the new Xorg.0.log too.
> Thanks for your help!
> Best regards,
>
> HeCSa.
>

That Xorg.0.log.old is from a Linux system with some S3 card.

-Albert

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

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Albert Lee]

2011/7/1 Albert Lee :
> 2011/7/1 Hernán Saltiel :
>> On 07/01/2011 01:02 AM, Albert Lee wrote:
>>>
>>> 2011/6/30 Hernán Saltiel:

 Hi!
 Finally I freezed my machine again (it does this randomly, so it took me
 more time than expected).
 My answers in between your lines.

 On 06/29/2011 08:42 AM, Julian Wiesener wrote:
>
> Hi,
>
> On Wed, 2011-06-29 at 00:15 -0300, Hernan Saltiel wrote:
>>
>> Nope...it hung again some minutes ago, having no visual effects
>> enabled.
>> Something makes it freeze the entire system.
>
> what does "freeze the entire system" mean?

 After trying some tricks, I realised that is not the entire system what
 is
 freezing, only the GUI.
>
> If you move the mouse, is the cursor still moving?

 No.
>
> Can you switch to a console?

 No.
>
> Can you remote login using ssh?

 Yes! It worked!
>
> If so, what happends if you restart gdm?

 It restarts, I can log in, and start my apps again.
>>>
>>> Can you save and attach your /var/log/Xorg.0.log after the freeze to
>>> the bug? (Xorg.0.log.old if you restart X).
>>>
>>> -Albert
>>>
>>> ___
>>> oi-dev mailing list
>>> oi-dev@openindiana.org
>>> http://openindiana.org/mailman/listinfo/oi-dev
>>
>> Hi Albert!
>> Attached you'll find my Xorg.0.log.old, and the new Xorg.0.log too.
>> Thanks for your help!
>> Best regards,
>>
>> HeCSa.
>>
>
> That Xorg.0.log.old is from a Linux system with some S3 card.
>

Nevermind, too many copies of Xorg.0.log.old locally.


Unfortunately, the X driver did not notice any problems at the time.
I'm starting to suspect there may be a common issue with compiz that
is affecting both Intel and NVIDIA cards, though.

-Albert

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

Re: [oi-dev] Illumos/OI Bug 1161 (nvidia crash)

[Hernan Saltiel]

2011/7/1 Albert Lee 

> 2011/7/1 Albert Lee :
> > 2011/7/1 Hernán Saltiel :
> >> On 07/01/2011 01:02 AM, Albert Lee wrote:
> >>>
> >>> 2011/6/30 Hernán Saltiel:
> 
>  Hi!
>  Finally I freezed my machine again (it does this randomly, so it took
> me
>  more time than expected).
>  My answers in between your lines.
> 
>  On 06/29/2011 08:42 AM, Julian Wiesener wrote:
> >
> > Hi,
> >
> > On Wed, 2011-06-29 at 00:15 -0300, Hernan Saltiel wrote:
> >>
> >> Nope...it hung again some minutes ago, having no visual effects
> >> enabled.
> >> Something makes it freeze the entire system.
> >
> > what does "freeze the entire system" mean?
> 
>  After trying some tricks, I realised that is not the entire system
> what
>  is
>  freezing, only the GUI.
> >
> > If you move the mouse, is the cursor still moving?
> 
>  No.
> >
> > Can you switch to a console?
> 
>  No.
> >
> > Can you remote login using ssh?
> 
>  Yes! It worked!
> >
> > If so, what happends if you restart gdm?
> 
>  It restarts, I can log in, and start my apps again.
> >>>
> >>> Can you save and attach your /var/log/Xorg.0.log after the freeze to
> >>> the bug? (Xorg.0.log.old if you restart X).
> >>>
> >>> -Albert
> >>>
> >>> ___
> >>> oi-dev mailing list
> >>> oi-dev@openindiana.org
> >>> http://openindiana.org/mailman/listinfo/oi-dev
> >>
> >> Hi Albert!
> >> Attached you'll find my Xorg.0.log.old, and the new Xorg.0.log too.
> >> Thanks for your help!
> >> Best regards,
> >>
> >> HeCSa.
> >>
> >
> > That Xorg.0.log.old is from a Linux system with some S3 card.
> >
>
> Nevermind, too many copies of Xorg.0.log.old locally.
>
>
> Unfortunately, the X driver did not notice any problems at the time.
> I'm starting to suspect there may be a common issue with compiz that
> is affecting both Intel and NVIDIA cards, though.
>
> -Albert
>

I'm checking how to debug Compiz...all I found is about a debug plugin to
send all the messages to a file, but no notice of the URL where to get that
plugin nor the plugin name itself.
Do you know about some debug method, or how to enable it?
Maybe playing a bit with my machine I can hang it again, and check that if
available.
Thanks again, and best regards!


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

[oi-dev] illumos-userland hackathon May 22 in Amsterdam

[Bayard Bell]

We're looking at a change of venue to include accommodation (i.e.
apartment with WiFi as place both to crash and to hack), courtesy of
Nexenta. If you're interested and particularly if you'd like
accommodation, please RSVP by private mail to me ASAP.

Cheers,
Bayard

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

[oi-dev] illumos-gate, dmake and VM-farm question

[Jim Klimov]

Hello all,

  Now that I have a hammer and everything looks like a nail -
in that I've built a new home-NAS with cache and log on SSDs
(my first, heh) and over-NFS compilations should be faster
than previously possible on HDD-based rigs with VirtualBox
VMs and NFS remote compile nodes...

  So, I am wondering whether (and how?) the dmake used in the
illumos-gate compilation process can be used to distribute
the compilation load over several compute nodes? Namely, the
storage box is not a super-computer (an N54L) and much of its
CPU is spent on processing the data pool (pretty quick though),
but at home it is surrounded by a number of desktops which in
theory could each run a VirtualBox with OI inside and provide
their CPU time to take part in a distributed compilation of a
large project such as the gate. Previously I'd say this would
bottleneck on networked IO, now I hope this barrier is gone.

  Has anyone done that recently? Is the "d" in "dmake" used by
anyone in the community? Does the idea have its merits in i.e.
reduced compilation time? Should all building environments be
set up identically (arch, compiler, etc.) or what? How-to's? :)
Also, if such setups are used, are they "rigid" in the set of
predefined available compilation nodes which should all be up,
or just a subset of whichever ones are available can be used
dynamically (i.e. VMs are fired up on PCs with no immediate load
from users, and turned off in case of heavy load like gaming)?

Thanks,
//Jim Klimov


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

[oi-dev] illumos-gate, dmake and VM-farm question

[Irek Szczesniak]

On Fri, Nov 8, 2013 at 10:50 AM, Jim Klimov  wrote:
> Hello all,
>
>   Now that I have a hammer and everything looks like a nail -
> in that I've built a new home-NAS with cache and log on SSDs
> (my first, heh) and over-NFS compilations should be faster
> than previously possible on HDD-based rigs with VirtualBox
> VMs and NFS remote compile nodes...
>
>   So, I am wondering whether (and how?) the dmake used in the
> illumos-gate compilation process can be used to distribute
> the compilation load over several compute nodes? Namely, the
> storage box is not a super-computer (an N54L) and much of its
> CPU is spent on processing the data pool (pretty quick though),
> but at home it is surrounded by a number of desktops which in
> theory could each run a VirtualBox with OI inside and provide
> their CPU time to take part in a distributed compilation of a
> large project such as the gate. Previously I'd say this would
> bottleneck on networked IO, now I hope this barrier is gone.
>
>   Has anyone done that recently? Is the "d" in "dmake" used by
> anyone in the community? Does the idea have its merits in i.e.
> reduced compilation time? Should all building environments be
> set up identically (arch, compiler, etc.) or what? How-to's? :)
> Also, if such setups are used, are they "rigid" in the set of
> predefined available compilation nodes which should all be up,
> or just a subset of whichever ones are available can be used
> dynamically (i.e. VMs are fired up on PCs with no immediate load
> from users, and turned off in case of heavy load like gaming)?

Yes, we do use dmake in distributed mode for bioinformatics queue
processing and for building our own software library.

However, there are some caveats:
1. dmake only works well with rsh but not with ssh. The reason is that
ssh overhead in terms of CPU time and latency is so bad that it
virtually screws the advantage of dmake up. However there is no issue
with rsh in a local network, and if you really need better secure
authentication use Kerberos5 auth (which is supported in Solaris rsh
and has none of the disadvantages of ssh)
2. Make sure you have working NTP which is correctly synced. Otherwise
you run into NFS issues with timestamps
3. Preferred NFS version is 4 (NFSv4). NFSv3 may run into issues with
timestamps and locking even if NTP is running.
However, this is incompatible with building ON because the NFSv4
support in Illumos has bugs which causes the build to fail randomly on
a NFSv4 filesystem.

Irek

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

Re: [oi-dev] illumos-gcc and mpc/mpfr/gmp

[Bob Friesenhahn]

On Tue, 24 Jan 2017, Aurélien Larcher wrote:


Hi,
I am packaging GNU UPC right now for work and it requires mpc/mpfr/gmp.
The issue at hand is that while we have packages for them, they are quite
old and used by illumos-gcc.
For each flavour of GCC in oi-userland we download and rebuild these
libraries locally.

Questions:
- Should I compile locally these 3 libraries for GNU UPC?
- Should illumos-gcc use its own version of these libraries?
- Should we update our antiquated versions in oi-userland?


Sharing is good unless it causes harm so the third option seems 
preferable.  When I was building GCC myself under OpenIndiana for 
personal use, I believe that these libraries were shared by multiple 
GCC builds and I did not encounter a problem.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [illumos-Developer] OpenIndiana and illumos, part 2

[Garrett D'Amore]

Thanks for helping to make my goals clear, Albert.

Let me elucidate a bit more.

I'm specifically not interested in distro that attempts to rehash what
Oracle is doing, or one who's sole benefit is a more liberal license
than what Oracle provides.  For a variety of technical reasons, I don't
even think such a distribution is *possible* -- at least not without the
complete source code (and the right to use it!) for all of Oracle's
Solaris code.

I *do* need a distribution that is more closely aligned with the goals
of illumos, which includes significant innovation.  Today there is
nothing filling that gap properly.  I'm happy to have OpenIndiana be
that distribution, but some changes in the way OI runs itself (and more
specifically in what OI drives for) are required to get there.  If I see
that OI is interested in filling that role and willing to make the
necessary changes, then I'm willing to invest resources to help.

However, if OI wants to remain truly independent of illumos, and still
wants to aim for compatibility with Oracle Solaris, or OpenSolaris, as a
primary goal, even at the cost of innovation in illumos, then I don't
think OI can fill the needs of illumos.  In which case I need to invest
elsewhere, even if it first seems like a duplication of effort.

Let me spell this out a bit more clearly.  There are large financial
motivators behind illumos, and a number of us have staked not just our
spare time but our entire careers and in some cases our businesses on
this bet.  So, we're going to see our goals through, one way or the
other.  The question is whether OI is going to come along for the ride,
or be left behind.

If that sounds a bit melodramatic, then I'm sorry, but I do think its
important the folks involved in deciding the future of OI understand
what's at stake from illumos' perspective.  This is far more than a part
time hobby thing.

- Garrett



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

Re: [oi-dev] [illumos-Developer] OpenIndiana and illumos, part 2

[Jose-Marcio Martins da Cruz]

Sorry, I'm comenting a digest...

oi-dev-requ...@openindiana.org wrote:


Message: 4
Date: Thu, 18 Nov 2010 12:42:00 -0800
From: Garrett D'Amore 
To: Albert Lee 
Cc: OpenIndiana Developer mailing list ,
Discussions related to development of Illumos

Subject: Re: [oi-dev] [illumos-Developer] OpenIndiana and illumos,
part 2
Message-ID: <1290112920.101879.178.ca...@thinkpad>
Content-Type: text/plain; charset="UTF-8"


Thanks for helping to make my goals clear, Albert.

Let me elucidate a bit more.

I'm specifically not interested in distro that attempts to rehash what
Oracle is doing, or one who's sole benefit is a more liberal license
than what Oracle provides.  For a variety of technical reasons, I don't
even think such a distribution is *possible* -- at least not without the
complete source code (and the right to use it!) for all of Oracle's
Solaris code.

I *do* need a distribution that is more closely aligned with the goals
of illumos, which includes significant innovation.  Today there is
nothing filling that gap properly.  I'm happy to have OpenIndiana be
that distribution, but some changes in the way OI runs itself (and more
specifically in what OI drives for) are required to get there.  If I see
that OI is interested in filling that role and willing to make the
necessary changes, then I'm willing to invest resources to help.

However, if OI wants to remain truly independent of illumos, and still
wants to aim for compatibility with Oracle Solaris, or OpenSolaris, as a
primary goal, even at the cost of innovation in illumos, then I don't
think OI can fill the needs of illumos.  In which case I need to invest
elsewhere, even if it first seems like a duplication of effort.

Let me spell this out a bit more clearly.  There are large financial
motivators behind illumos, and a number of us have staked not just our
spare time but our entire careers and in some cases our businesses on
this bet.  So, we're going to see our goals through, one way or the
other.  The question is whether OI is going to come along for the ride,
or be left behind.

If that sounds a bit melodramatic, then I'm sorry, but I do think its
important the folks involved in deciding the future of OI understand
what's at stake from illumos' perspective.  This is far more than a part
time hobby thing.

- Garrett


I could eventually some day contribute as a developper, but I don't have time 
presently. So, I comment just as a "Solaris user". Just a common user point of 
view, but I think I'm not the only guy to think this way.


Illumos and OpenIndiana are a nice opportunity for people who don't want to follow 
Oracle strategy : as an OS which potentially can replace Solaris 10 and beyond.


I don't worry about future compatilibility with Solaris 11, 12 and beyond. This 
isn't the problem. What I need is an option to migrate away from Oracle Solaris.


I imagine that Illumos and OpenIndiana will, no doubt about, slowly drift away 
from Solaris.


There are two kind of efforts to be done : to be able to provide a robust 
distribution, and be able to inovate.


From Sun times, there where many things which come from Sun research : NFS, NIS, 
ZFS, zones, ... So to be able to continue to create new things, instead of just 
reimplementing things created by others, you should invest in some research, or 
have some big company behind (not hard to imagine what kind of company could be) 
supporting Illumos/Openindiana.


The hard point is that the number of current solaris users is far below the number 
of linux users.


I hope Illumos and OpenIndiana will succed to find your way... ;-)

Best

Jose-Marcio

--

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

Re: [oi-dev] [illumos-Developer] OpenIndiana and illumos, part 2

[Alasdair Lumsden]

On 18 Nov 2010, at 20:42, Garrett D'Amore wrote:

> Thanks for helping to make my goals clear, Albert.
> 
> Let me elucidate a bit more.
> 
> I'm specifically not interested in distro that attempts to rehash what
> Oracle is doing, or one who's sole benefit is a more liberal license
> than what Oracle provides.  For a variety of technical reasons, I don't
> even think such a distribution is *possible* -- at least not without the
> complete source code (and the right to use it!) for all of Oracle's
> Solaris code.

Okay. Please keep in mind things have changed significantly since both OI and 
Illumos were launched.

When we first started talking, Illumos (from my perspective) was about:

1. Providing independence from Oracle, and safety from uncertainty for 
downstream distributions such as Nexenta...
2. ... whilst still working with Oracle for the greater good of all; merging 
ONNV commits (which were still flowing freely into the public domain) into 
Illumos, whilst making Illumos changes available for Oracle to integrate if 
they felt like it
3. Replacing closed source components with open equivalents
4. Innovating and extending on top

Oracle at this point had discontinued the binary builds of OpenSolaris, so 
OpenIndiana was founded on the principle of building the open source components 
Oracle released, whilst extending on top, and providing end-users with a nice 
frequently updated development branch, as well as a very useful and sorely 
lacking stable branch with security and bug fixes.

Hopefully that is an accurate picture of how things started.

However, since that date, Oracle closed the ONNV gate, decided to make all 
future Solaris releases a paid-for operating system, and Illumos is now a fully 
fledged fork. The goals of Illumos seem to now be:

1. Total independance from Oracle, Illumos to now diverge completely from the 
ONNV code base
2. Assume no future ONNV code drops will happen
3. Innovate and extend
4. Rapid development with major subsystem reworks

OpenIndiana was never meant to completely follow Solaris, the intention from 
the beginning was to extend things - provide newer versions of packages, 
provide far far wider package availability (from the fundamentals such as 
postfix, postgresql, exim etc all the way through to the exotic, such as 
ffmpeg, vlc, etc), rework subsystems as we saw fit. But the initial goals were 
fairly modest; build what Oracle provides, extend on top. Why? Because the 
project started out with a handful of people and it was a realistic, achievable 
goal.

Keep in mind that there are 2500+ packages comprising OpenIndiana, all of which 
have to be kept up to date. It's not feasible for us to do this without 30+ 
people. Heck, it's not even feasible for Nexenta to do it, hence why you use 
the Ubuntu/Debian packages. So, I hope you'll agree with me, it makes sense 
that OI continue to leverage the source code drops from SFW, JDS, pkg, etc made 
by Oracle. Do you at least agree with this part?

Where the misunderstanding seems to come in is that I think you're assuming 
leveraging Oracle's continuing code drops means that OpenIndiana is not going 
to innovate, or that we're going to be closed to the idea of reworking major 
subsystems, or that we have no intentions of gaining independence from Oracle. 
These assumptions are wrong. Just to be sure we are on the same page, let me 
clarify what the goals are:

1. Leverage what Oracle chucks over the fence to save us a huge amount of 
really tedious work keeping FOSS software up to date which would suck up so 
much time nobody would be able to do anything else. Stopping doing this for a 
ideological or emotional reasons would be stupid.

2. Despite 1, most certainly have a goal of total independence from Oracle. 
This involves building a large software packaging community. Guido has been 
working hard on this goal but communities don't spring up over night. Getting 
one going requires a phenomenal amount of work; diplomacy, politeness, 
socialising, fostering an enjoyable, fun and exciting environment. Or, find a 
sponsor willing to pay people to do it. As the developer community grows, we 
can start maintaining more and more software ourselves and eventually start to 
retire Oracle built consolidations completely.

3. Rework, innovate or modify the OS as we see fit, in line with what our 
userbase most likely wants. For example, providing KDE as a first class citizen 
in the OS, or replacing the completely retarded 1980s wizard that asks you if 
you're on a subnet when you zlogin -C into a zone for the first time, or 
whatever. We are completely open to innovation and change, assuming the changes 
are beneficial/useful and are not, for example, top-down dictats nobody else 
finds useful for ideological/personal reasons.

> I *do* need a distribution that is more closely aligned with the goals
> of illumos, which includes significant innovation.  Today there is
> nothing filling that gap properly.  I'm happy to 

Re: [oi-dev] [illumos-Developer] webrev for 1125: manifest hygiene

[Bayard Bell]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

For context, the version of pkg(5) being used to build oi_151 pitches a fit 
over the conflict and refuses to install much of anything. It's not a blocker 
for releasing 151 to /dev, but it does need to be sorted out for the 151 
development process, as it's apt to pop out at an inconvenient point during 
respins. Accordingly there's an OI tracker issue(1137).

On 28 Jun 2011, at 18:44, Richard Lowe wrote:

> Well, I'm happy with it, but I can't really be the person to review it.
> 
> Hey Albert, take a look?  (this fixes the attr conflicts you'll hit with 
> OI...)
> 
> -- Rich
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.12 (Darwin)

iQIcBAEBAgAGBQJOChTzAAoJEHm5cBpJ87do3gcP/jhAICRpPPAdlRXsH6nXSGJ1
ku4XzROLR7TQ9aS+dad0pb5NuC13/szyV5WOTmio+VMiiI2V9OptDhXcgoVFZ1Ml
J2PS4dBnC3yrWlROjcYOvuqoEqpngezbgpbQkskGM9GmNKmzYdR8GFFmZVeh2OtN
9BBXWwMsZMFgeiqnu0WeWpV10f6OzWKID384LkjQcQVdzBRCf0Q8ddUmi8rjHJin
lSjX5giZEZorvt7Ob25WcMNuWvMdJpepLE04ihValvZaobljxpMS3Ku+tlDJOVLh
VOpy/GNXlnb2lWFdT00bpMLII4JewsgQSfj6hXbbJRdTURVtzXhnjbluHzjw/A+m
kv+vA9BohA/GFJermmyw7iJzaYHRP+HaWaUNaIrq7ZI8PR3iDPxl2Mmod4TsVtjA
Cw2gJ4p9e+3jQbBpOUQbaEtZPeaTj5V3gw4TSVKzi4p5x4Hr08RqnGvqJ6a2kuSv
ed60v/U8PzKe13bi8iUzOG7a3VGg+Msway/q++0Gq6/mRW93t+zCSyNF2Az4HFSn
E8LJeGoeopG+oOPkDqvgcNM9Tsr+8alkxdQdOw332rDsLxhHwmTN2ORSLgLKHedY
EK8/krBQlTzhGDcQfVvnLiV2Q8Ckxy0fWMXfu4AjvpV7Vu9mcy1kJ77nOsj7J4qV
Nfdv8GI0f3KKIFvjbzLE
=wokj
-END PGP SIGNATURE-

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

Re: [oi-dev] illumos-gate, dmake and VM-farm question

[Richard Lowe]

Using dmake in distributed mode with ON has, to my knowledge, never
actually worked at all.  Even if you do everything Irek recommends,
still don't expect it to succeed without having to put more effort in
(or at all).

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

Re: [oi-dev] illumos-gate, dmake and VM-farm question

[Irek Szczesniak]

On Mon, Nov 11, 2013 at 6:23 PM, Richard Lowe  wrote:
> Using dmake in distributed mode with ON has, to my knowledge, never
> actually worked at all.  Even if you do everything Irek recommends,
> still don't expect it to succeed without having to put more effort in
> (or at all).

Has anyone tested this with a recent version of Illumos (using plain
rsh and NOT ssh, as my previous posting explained) and can post the
errors which occur? It may be at least interesting to see what breaks
(Illumos NFSv4 brokenness aside).

Irek

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

Re: [oi-dev] [illumos-Developer] [illumos-Discuss] OpenIndiana/illumos hacking session

[Bayard Bell]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Could we get some details on this? I had put off booking, waiting for 
confirmation of the details, which turned into a cancellation notice. Now the 
event may yet be on, but there still aren't any particulars to help with 
booking.

On 27 Jun 2011, at 11:52, Hans Rosenfeld wrote:

> On Mon, Jun 27, 2011 at 11:31:18AM +0200, Hans Rosenfeld wrote:
>> On Mon, Jun 27, 2011 at 10:40:59AM +0200, Damian WojsÅ?aw wrote:
>>> I'm very sorry to inform you that due to unexpected interference the  
>>> session cannot proceed. I'm sorry for the inconvenience that I may  
>>> have caused.
>>> In the short: 2nd - 3rd of July hacking session in Berlin won't take place.
>> 
>> I just mailed the guy who is supposedly responsible for the buero 2.0
>> site. I haven't got a reply yet, but I think we can still have the
>> session in Berlin.
>> 
>> So please don't cancel your flights and hotel rooms yet, there is still
>> hope :)
> 
> The cancellation has been cancelled.
> 
> 
> To make that absolutely clear again:
> 
> The OpenIndiana/Illumos hacking session on 2nd/3rd of July will take
> place as announced. Sorry for the confusion.
> 
> The information from the original announcement is still valid. If you
> have any questions, mail me.
> 
> See you in Berlin!
> 
> 
> Hans
> 
> -- 
> %SYSTEM-F-ANARCHISM, The operating system has been overthrown
> 
> ___
> Developer mailing list
> develo...@lists.illumos.org
> http://lists.illumos.org/m/listinfo/developer

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.12 (Darwin)

iQIcBAEBAgAGBQJOCGHOAAoJEHm5cBpJ87dorH4QALOjiKypWm67QHc05iwIr742
RXGS2Q/8wBrqY/H0MdIQbuBxb0FCPZ121zY5T5qX/ofGIB86vuJuKqGdrL7ZMvsO
qNj/fjx6UCq1C+zZuB5MccA3tw08U58ywVs/oqMk7k33Wo1Bb080hEp/DK9QoPza
H/vF5EeA24kPTKyJjZO/P90QmhZkqfsyav69FodwPWk9Rj2BHjrp4IpTR+BqoC9x
x6ccy8lxiemRuZBkpQ80fdm2YT6E/GxblKoYD6hQE/FS3xh1f5XBgDjgcrOrwYAW
USzuNeXHp7coifsIww+PmTASiC54DM4i7VUgksvz5CQPvDhb3XuKiG8iiPLd8QxW
wzumK0K55AZDbsDfQqFZM+pUaD8LQjcZXhQy9y5CBQjYS54QFv/3aocftAxu6yvh
63Q4LkuYdXsOefJzxrqoOtbL9V1PdPyflPF0AAY/qLhD8BRvLR9wEIAw9W6G+YCf
XuIeHVl7aZGZ6HIAeqSzzDNNO7H6sL3BqusQo3tJKukUZ+x4Z44q3MUPlrCUdrmX
LQUCvRatrmIbTiaolinUMKQUcwMqdvGyw3++naHQp02sVwB8OUUL+FZ3grGCfDtA
GWx9rwQmjDLO6CGxvYX7BA4rzXP4rlg5tscmKNfmQK21MQqUJgkegZNpVrYYz9WK
tUpGpBADZ1cIuf0E00is
=tbnM
-END PGP SIGNATURE-

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

[oi-dev] illumos / ZFS Days in SF - and live streamed! - next week

[Deirdre Straughan]

The programs for illumos and ZFS Days are complete:

http://zfsday.com/about-illumos-day/
http://zfsday.com/zfsday/

...and check out the speaker list http://zfsday.com/speaker-list/ featuring
some names that may be very familiar to you, together with some great new
expertise!

For those can't join us in person in San Francisco, both days will be live
video streamed, please register on the site to receive those details in
time to watch. We will be taking questions on the live stream. Use the
UStream chat window, the twitter hash tags #illumosday #zfsday , and/or ask
me @deirdres on twitter so I can relay your questions to the room.

If you are in town, we'd also love to see you at the 2nd Annual Solaris
Family Reunion on Monday night, Oct 1st! Please sign up by tomorrow so we
know how much beer to order.

--


best regards,
Deirdré Straughan
Community Architect, SmartOS
illumos Community Manager


cell 720 371 4107
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] [illumos-Developer] Proposed plan for the next releases of OpenIndiana

[Garrett D'Amore]

Sounds good to me.  Going forward, we need to recognize that we need to 
decouple our releases from Oracle build numbers.

Albert Lee  wrote:

>Hi all,
>
>At today's developer meeting, we've gone over our release plans and
>this is a summary of what we will do going forward:
>
>Our experimental build[1] based on illumos and Oracle 148 will
>continue receiving updates in preparation for our next development
>build.
>
>Our next development build will be based on illumos and Oracle's 151a
>consolidations, and will be published to /dev, at which point /dev-il
>will no longer exist as a separate repository.
>
>Our stable release will be based directly on the aforementioned
>development build, addressing any major issues after the initial
>development release. This release will be published to /stable (and/or
>/release?).
>
>I'd like to know if this sounds sane to everyone (anyone?), and if
>there are additional concerns that we may have missed.
>
>Thanks!
>
>[1]  Our preliminary illumos-based build is at
>http://pkg.openindiana.org/dev-il . The media was well-received at the
>illumos exhibit at SCALE 9x. We're working on some additional changes
>to complete illumos integration and will keep the versions of all
>consolidations at Oracle's 148.
>
>-Albert
>
>___
>Developer mailing list
>develo...@lists.illumos.org
>http://lists.illumos.org/m/listinfo/developer
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] illumos / ZFS Days in SF - and live streamed! - next week

[Francois Dion]

I registered but I have not seen any link for the live stream...
anybody has the link?

On Thu, Sep 27, 2012 at 12:52 PM, Deirdre Straughan
 wrote:
> The programs for illumos and ZFS Days are complete:
>
> http://zfsday.com/about-illumos-day/
> http://zfsday.com/zfsday/
>
> ...and check out the speaker list http://zfsday.com/speaker-list/ featuring
> some names that may be very familiar to you, together with some great new
> expertise!
>
> For those can't join us in person in San Francisco, both days will be live
> video streamed, please register on the site to receive those details in time
> to watch. We will be taking questions on the live stream. Use the UStream
> chat window, the twitter hash tags #illumosday #zfsday , and/or ask me
> @deirdres on twitter so I can relay your questions to the room.
>
> If you are in town, we'd also love to see you at the 2nd Annual Solaris
> Family Reunion on Monday night, Oct 1st! Please sign up by tomorrow so we
> know how much beer to order.
>
> --
>
>
> best regards,
> Deirdré Straughan
> Community Architect, SmartOS
> illumos Community Manager
>
>
> cell 720 371 4107
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev

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

Re: [oi-dev] illumos / ZFS Days in SF - and live streamed! - next week

[Francois Dion]

Disregard my email. As soon as I clicked send, I got an email with the link...

On Tue, Oct 2, 2012 at 12:22 PM, Francois Dion  wrote:
> I registered but I have not seen any link for the live stream...
> anybody has the link?
>
> On Thu, Sep 27, 2012 at 12:52 PM, Deirdre Straughan
>  wrote:
>> The programs for illumos and ZFS Days are complete:
>>
>> http://zfsday.com/about-illumos-day/
>> http://zfsday.com/zfsday/
>>
>> ...and check out the speaker list http://zfsday.com/speaker-list/ featuring
>> some names that may be very familiar to you, together with some great new
>> expertise!
>>
>> For those can't join us in person in San Francisco, both days will be live
>> video streamed, please register on the site to receive those details in time
>> to watch. We will be taking questions on the live stream. Use the UStream
>> chat window, the twitter hash tags #illumosday #zfsday , and/or ask me
>> @deirdres on twitter so I can relay your questions to the room.
>>
>> If you are in town, we'd also love to see you at the 2nd Annual Solaris
>> Family Reunion on Monday night, Oct 1st! Please sign up by tomorrow so we
>> know how much beer to order.
>>
>> --
>>
>>
>> best regards,
>> Deirdré Straughan
>> Community Architect, SmartOS
>> illumos Community Manager
>>
>>
>> cell 720 371 4107
>>
>> ___
>> oi-dev mailing list
>> oi-dev@openindiana.org
>> http://openindiana.org/mailman/listinfo/oi-dev

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

Re: [oi-dev] illumos / ZFS Days in SF - and live streamed! - next week

[Jon Tibble]

http://www.ustream.tv/channel/illumos-zfs-days



- Original Message -
From: Francois Dion 
To: OpenIndiana Developer mailing list 
Cc: 
Sent: Tuesday, 2 October 2012, 17:22
Subject: Re: [oi-dev] illumos / ZFS Days in SF - and live streamed! - next week

I registered but I have not seen any link for the live stream...
anybody has the link?

On Thu, Sep 27, 2012 at 12:52 PM, Deirdre Straughan
 wrote:
> The programs for illumos and ZFS Days are complete:
>
> http://zfsday.com/about-illumos-day/
> http://zfsday.com/zfsday/
>
> ...and check out the speaker list http://zfsday.com/speaker-list/ featuring
> some names that may be very familiar to you, together with some great new
> expertise!
>
> For those can't join us in person in San Francisco, both days will be live
> video streamed, please register on the site to receive those details in time
> to watch. We will be taking questions on the live stream. Use the UStream
> chat window, the twitter hash tags #illumosday #zfsday , and/or ask me
> @deirdres on twitter so I can relay your questions to the room.
>
> If you are in town, we'd also love to see you at the 2nd Annual Solaris
> Family Reunion on Monday night, Oct 1st! Please sign up by tomorrow so we
> know how much beer to order.
>
> --
>
>
> best regards,
> Deirdré Straughan
> Community Architect, SmartOS
> illumos Community Manager
>
>
> cell 720 371 4107
>
> ___
> 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] Illumos vs. KMS? __/__ Re[2]: [OpenIndiana-discuss] How to run Flash Player plugin in OI Hipster

[Мартин Бохниг]

 @ Mr. Sommerfeld:

Ok, if nobody of you USA Illumos persons finally starts to treat me like a 
human being, forget that I wasted the last 2 months unpaid double-full(aka 
fool)time to get Sun's IntelKMS port backported to OpenSolaris/ OS/Net and 
hence also to Illumos.
(which not only prevented me from having any real life or any income, but even 
also costed me that job in Brussels)


With FF43 it is also quite _pathetic_ how much respect the wider community 
(except on OI) showed:  
https://github.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros

1 Star and 1 Fork.

COMPARE this to Joyent's FF31 port which was (for about half a year even 
without any single line of modifications) simply stolen from NetBSD  (back then 
I had the exact urls, fetched them both and a diff showed it was totally 
identical for several months)

https://github.com/joyent/pkgsrc-wip/tree/master/firefox-hg/patches

But has: Watchers: 51  Stars: 14   Forks: 34



On the Illumos Facebook channel what I got back then was an astounding 1 like! 
WOW  ...
I exclude from this complaint my few less than 10 real friends here on OI, 
which are at the same time the only ones who still contribute here directly.
And who get no money themselves for their 1000's of hours, in most cases (Ken 
is one of the few exceptions) live in countries boycotted and robbed off by the 
WEST , but nevertheless donated something to me last year after the FF release.

But you commercial Illumos folks in the US: Very disappointing.
But admittedly it is foolish enough that I ever expected anything (recognition, 
job, donations, friendship) from you and the like there.


What your country is sowing around the globe for the past 70++ years will at 
some point return home {*}


* https://facebook.com/opensxce
*  https://www.facebook.com/OpenSXCE/photos_stream?ref=page_internal
*  
https://www.facebook.com/OpenSXCE/photos/pb.390802211025889.-220752.1452202928./569120039860771/?type=3&theater
*  
https://www.facebook.com/OpenSXCE/photos/pb.390802211025889.-220752.1452202928./565286253577483/?type=3&theater



>Четверг,  7 января 2016, 11:01 -08:00 от Bill Sommerfeld 
>:
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev