[illumos-Developer] illumos_145 i386 build status
Garrett D'Amore
garrett at damore.org
Thu Aug 5 11:56:43 PDT 2010
On 8/5/2010 11:36 AM, Piotr Jasiukajtis wrote:
> And here is the webrev: http://cr.opensolaris.org/~estibi/illumos/
>
> It's huge.. so as I said before I merged current illumos gate with
> onnv-gate -r onnv_145.
> There were no conflicts to resolve.
I'm most interested in seeing the files you merged. I'm going to
"assume" that the upstream are fine for the most part. Do you have the
list (perhaps from hg status?)
So that everyone understands, my connectivity is in a rather bizarre
state -- I have to use Windows at the moment due to unsupported hardware
on my laptop (a problem I intend to fix in the next day or two as soon
as I have enough time!) when running illumos or Solaris.
If it seems I'm ignoring mail, please be patient with me... the flurry
of activity has been amazing and heartening, and I'm having trouble
keeping up with it all with my reduced level of
connectivity/functionality. I *will* however catch up and respond. I'm
excited that it appears that I'm going to have to start handing out
commit access so soon!
On that topic: Here's my plan for giving out commit access. First we
need to fix the insecure (http not https) web app. That will happen in
the next week or so. Then we'll all update our SSH keys (and reset
passwords) so that we have a secure boot strap (at least those of us who
want to have commit access). The first commits will be done by an
existing committer on behalf of the contributor. After a couple of
commits have happened (so we can see that the developer is working to
the shared standards of quality and process related checks, etc.) we'll
start the process so the contributor can get his own direct push
access. There will be a basic agreement to sign (you only commit code
that you have a right to, don't break the law or break copyright rules,
etc.) And then we'll flip the bit to allow direct push.
That's a rough over view -- we need to write up something more formal
that covers it, but hopefully it explains the process well enough.
Initially I'll be the one giving out the push access, but as we grow it
will move (I hope) to more of a committee based decision and I'll
delegate the job of actually enabling the bit to another volunteer. :-)
I'll have something more formal in the next week or two. Let me know if
you have any questions about this in the meantime.
- Garrett
>> hg heads
> changeset: 12872:87e07d18c459
> tag: tip
> user: Bill Taylor<William.Taylor at Oracle.COM>
> date: Mon Jul 19 19:56:37 2010 -0700
> summary: 6965950 mlnx_umap.h needs to be a delivered kernel header
> in /usr/include/sys
>
> changeset: 12785:5d30bc2ad659
> user: Garrett D'Amore<garrett at nexenta.com>
> date: Sun Aug 01 17:20:38 2010 -0700
> summary: 10 64-bit binaries busted
>
> Right now I'm building that on snv_145 (onnv-gate with closed bins) on
> another machine.
>
>
>
> On Thu, Aug 5, 2010 at 2:27 PM, Piotr Jasiukajtis<estseg at gmail.com> wrote:
>> On Thu, Aug 5, 2010 at 4:49 AM, Garrett D'Amore<garrett at damore.org> wrote:
>>> This sounds very good! Do you have a webrev? Were there any merge conflicts or files that had to be merged?
>> There were no conflicts. I'm doing a merge one more time on another
>> machine and I will post webrev later today.
>>
>>> hg heads changeset: 12872:87e07d18c459
>> tag: tip
>> user: Bill Taylor<William.Taylor at Oracle.COM>
>> date: Mon Jul 19 19:56:37 2010 -0700
>> summary: 6965950 mlnx_umap.h needs to be a delivered kernel header
>> in /usr/include/sys
>>
>> changeset: 12785:5d30bc2ad659
>> user: Garrett D'Amore<garrett at nexenta.com>
>> date: Sun Aug 01 17:20:38 2010 -0700
>> summary: 10 64-bit binaries busted
>>
>>> hg merge
>> merging usr/src/lib/libc/amd64/Makefile
>> merging usr/src/lib/libc/i386/Makefile.com
>> merging usr/src/lib/libc/port/mapfile-vers
>> merging usr/src/lib/libc/sparc/Makefile.com
>> merging usr/src/lib/libc/sparcv9/Makefile.com
>> 478 files updated, 5 files merged, 17 files removed, 0 files unresolved
>> (branch merge, don't forget to commit)
>>
>>
>>> - Garrett
>>>
>>> Piotr Jasiukajtis<estseg at gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> I merged onnv_145 with current Illumos gate.
>>>>
>>>> $ hg log | head -20
>>>> changeset: 12873:e886c6108cda
>>>> tag: tip
>>>> parent: 12785:5d30bc2ad659
>>>> parent: 12872:87e07d18c459
>>>> user: estibi at build1.local
>>>> date: Wed Aug 04 20:10:11 2010 +0200
>>>> summary: Merge with onnv_145
>>>>
>>>> changeset: 12872:87e07d18c459
>>>> user: Bill Taylor<William.Taylor at Oracle.COM>
>>>> date: Mon Jul 19 19:56:37 2010 -0700
>>>> summary: 6965950 mlnx_umap.h needs to be a delivered kernel header
>>>> in /usr/include/sys
>>>>
>>>> changeset: 12871:08987220809a
>>>> user: Lori Alt<lori.alt at oracle.com>
>>>> date: Mon Jul 19 20:27:25 2010 -0600
>>>> summary: 6668666 zpool command should put a bootblock on a disk
>>>> added as a mirror of a root pool vdev
>>>>
>>>> So far it works well in Virtualbox. I did only debug build (so far).
>>>> These are the missing symbols found by nightly:
>>>>
>>>> ==== Check ELF runtime attributes ====
>>>>
>>>> usr/bin/localedef: symbol not found: __lc_messages
>>>> (/code/illumos/proto/root_i386/usr/bin/localedef)<no -zdefs?>
>>>> usr/bin/localedef: symbol not found: __lc_time
>>>> (/code/illumos/proto/root_i386/usr/bin/localedef)<no -zdefs?>
>>>> usr/bin/localedef: symbol not found: __lc_numeric
>>>> (/code/illumos/proto/root_i386/usr/bin/localedef)<no -zdefs?>
>>>> usr/bin/localedef: symbol not found: __lc_monetary
>>>> (/code/illumos/proto/root_i386/usr/bin/localedef)<no -zdefs?>
>>>> usr/bin/tr: symbol not found: __lc_charmap
>>>> (/code/illumos/proto/root_i386/usr/bin/tr)<no -zdefs?>
>>>> usr/bin/tr: symbol not found: __lc_collate
>>>> (/code/illumos/proto/root_i386/usr/bin/tr)<no -zdefs?>
>>>> usr/bin/tr: symbol not found: __lc_ctype
>>>> (/code/illumos/proto/root_i386/usr/bin/tr)<no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3: symbol not
>>>> found: __locale_init
>>>> (/code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3)
>>>> <no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3: symbol not
>>>> found: __nl_langinfo_std
>>>> (/code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3)
>>>> <no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3: symbol not
>>>> found: __localeconv_std
>>>> (/code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3)
>>>> <no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3: symbol not
>>>> found: __ctype_init
>>>> (/code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3)
>>>> <no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3: unreferenced
>>>> object=/code/illumos/proto/root_i386/lib/amd64/libc.so.1; unused
>>>> dependency of /code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/amd64/iso_8859_1.so.3
>>>> <remove lib or -zignore?>
>>>> usr/lib/locale/iso_8859_1/iso_8859_1.so.3: symbol not found:
>>>> __locale_init
>>>> (/code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/iso_8859_1.so.3)
>>>> <no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/iso_8859_1.so.3: symbol not found:
>>>> __nl_langinfo_std
>>>> (/code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/iso_8859_1.so.3)
>>>> <no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/iso_8859_1.so.3: symbol not found:
>>>> __localeconv_std
>>>> (/code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/iso_8859_1.so.3)
>>>> <no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/iso_8859_1.so.3: symbol not found:
>>>> __ctype_init
>>>> (/code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/iso_8859_1.so.3)
>>>> <no -zdefs?>
>>>> usr/lib/locale/iso_8859_1/iso_8859_1.so.3: unreferenced
>>>> object=/code/illumos/proto/root_i386/lib/libc.so.1; unused dependency
>>>> of /code/illumos/proto/root_i386/usr/lib/locale/iso_8859_1/iso_8859_1.so.3
>>>> <remove lib or -zignore?>
>>>> usr/xpg4/bin/tr: symbol not found: __lc_charmap
>>>> (/code/illumos/proto/root_i386/usr/xpg4/bin/tr)<no -zdefs?>
>>>> usr/xpg4/bin/tr: symbol not found: __lc_collate
>>>> (/code/illumos/proto/root_i386/usr/xpg4/bin/tr)<no -zdefs?>
>>>> usr/xpg4/bin/tr: symbol not found: __lc_ctype
>>>> (/code/illumos/proto/root_i386/usr/xpg4/bin/tr)<no -zdefs?>
>>>> usr/xpg6/bin/tr: symbol not found: __lc_charmap
>>>> (/code/illumos/proto/root_i386/usr/xpg6/bin/tr)<no -zdefs?>
>>>> usr/xpg6/bin/tr: symbol not found: __lc_collate
>>>> (/code/illumos/proto/root_i386/usr/xpg6/bin/tr)<no -zdefs?>
>>>> usr/xpg6/bin/tr: symbol not found: __lc_ctype
>>>> (/code/illumos/proto/root_i386/usr/xpg6/bin/tr)<no -zdefs?>
>>>>
>>>> The source boot environment was b134, so it's not upgraded from illumos_144.
>>>>
>>>> http://picasaweb.google.com/lh/photo/KxUTxlSMHkg88tLHt1-2Yg?feat=directlink
>>>> http://picasaweb.google.com/lh/photo/uP66y03QbFqT8StZhKc1Xg?feat=directlink
>>>>
>>>> In default (desktop) configuration only ogl-select service is in
>>>> maintenance state.
>>>>
>>>> --
>>>> Piotr Jasiukajtis | estibi | SCA OS0072
>>>> http://estseg.blogspot.com
>>>>
>>>> _______________________________________________
>>>> Developer mailing list
>>>> Developer at lists.illumos.org
>>>> http://lists.illumos.org/m/listinfo/developer
>>
>>
>> --
>> Piotr Jasiukajtis | estibi | SCA OS0072
>> http://estseg.blogspot.com
>>
>
>
More information about the Developer
mailing list