> I was just explaining why they weren't in the gate
> before - I still
> think it would be better if you could work with the
> JDS & G11n teams
> to get your changes merged with theirs instead of
> maintaining separate
> copies, but it's up to you if you want to put in that
> effort.
>
> Certainly, the Sun distributions will be ignoring
> them - that's easy,
> since we don't use the FOX gate directly, but still
> maintain the
> Nevada master gate from which we push to FOX, and to
> which we pull
> changes from FOX after going through the required
> review processes,
> so we can just not pull those directories from FOX
> into the Nevada X gate.
>
> The G11n xkb code is at:
> http://src.opensolaris.org/source/xref/nv-g11n/g11n/sr
> c/xorg/keytables/
> aka src/xorg/keytables in
> ssh://anon at hg.opensolaris.org/hg/nv-g11n/g11n
> As far as I know that's kept up to date, but you'd
> have to ask the g11n
> team about that.
>
> > But I don't understand the following: In
> >
> http://src.opensolaris.org/source/xref/fox/fox-gate/XW
> _NV/open-src/xserver/Makefile.inc
> > you set the server's "Build XDM-Auth-1 extension
> (default: auto)"
> > from "auto" to "disable". Why?
>
> Because XDM-Auth-1 uses Triple-DES encryption, which
> at one point meant
> we couldn't include it in Solaris and still ship to
> certain countries.
> Though I believe all the laws around that have
> changed to recognize that
> Triple-DES isn't serious encryption any more, I still
> have to sit down and
> do paperwork to send to our lawyers to submit to
> various governments before
> I can enable it in a Sun product, to comply with the
> various countries'
> encryption import/export/usage laws. Again, this is
> something that you
> can do in your builds that I could just not pull into
> the Nevada gates
> until that paperwork is done.
>
> > It is still possible to start the resulting server
> through xdm, but
> > you would always be greeted by a warning message by
> default, sating
> > "UNSECURE SESSION".
>
> You shouldn't get that for XDM-Auth-1 being disabled
> as long as you're using
> MIT-MAGIC-COOKIE instead. I haven't checked how the
> xdm Moinak put into FOX
> is configured though. I'll have to check that when
> I merge our existing
> Solaris xdm codebase with it.
>
> --
> -Alan Coopersmith-
> - alan.coopersmith at sun.com
> Sun Microsystems, Inc. - X Window System
> em Engineering
@Alan: Good, thanks for the response. I appreciate it. I will also check why
xdm gives this warning despite using alternative MIT-MAGIC-COOKIE
authentication (maybe one has to instruct it to use it, I must look).
I haven't been active on this list (nor on the gate) for two days, because I
spent two days on the Natamar project's distro-generator, which is based on
your excellent fox-gate Makefile framework.
Here is a preview, but we will soon establish a hg repo for this:
bash-3.2$ ls -al /media/0A/natamar-distro-
generator/
total 24
drwxr-xr-x 5 bochnig other 512 Oct 7 13:25 .
drwxrwxrwx 22 nobody nobody 1024 Oct 6 12:35 ..
-rwxr-xr-x 1 bochnig other 3505 Oct 7 13:24 buildit
drwxr-xr-x 5 bochnig other 512 Oct 6 15:18 conary
-rwxr-xr-x 1 bochnig other 2310 Oct 7 13:25 download-tarballs
drwxr-xr-x 3 bochnig other 512 Oct 6 11:59 mnt
drwxr-xr-x 4 bochnig other 512 Oct 7 19:10 natamar
You have new mail in /var/mail/bochnig
bash-3.2$ ls -al /media/0A/natamar-distro-generator/natamar
total 52
drwxr-xr-x 4 bochnig other 512 Oct 7 19:10 .
drwxr-xr-x 5 bochnig other 512 Oct 7 13:25 ..
-rwxr-xr-x 1 bochnig other 7863 Sep 30 22:32 make_release_packages
-rwxr-xr-x 1 bochnig other 9621 Sep 30 22:32 make_release_packages_fsw
-rw-r--r-- 1 bochnig other 2100 Sep 30 22:32 newPkRev
drwxr-xr-x 8 bochnig other 512 Oct 8 04:28 open-src
drwxr-xr-x 72 bochnig other 2048 Oct 5 09:58 packages
bash-3.2$ ls -al /media/0A/natamar-distro-generator/natamar/open-src
total 86
drwxr-xr-x 8 bochnig other 512 Oct 8 04:28 .
drwxr-xr-x 4 bochnig other 512 Oct 7 19:10 ..
-rw-r--r-- 1 bochnig other 2618 Oct 8 02:30 Makefile
-rw-r--r-- 1 bochnig other 2689 Oct 7 14:13 Makefile~
-rw-r--r-- 1 bochnig other 20111 Sep 30 22:32 README
drwxr-xr-x 4 bochnig other 512 Oct 7 14:05 common
drwxr-xr-x 11 bochnig other 512 Oct 7 19:12 fully-open-x
drwxr-xr-x 3 bochnig other 512 Oct 8 06:14 on-src
drwxr-xr-x 9 bochnig other 512 Oct 8 04:43 proto-sun4-svr4
drwxr-xr-x 2 bochnig other 9728 Oct 8 05:23 tarballs
drwxr-xr-x 3 bochnig other 512 Oct 8 04:46 usr-sfw
bash-3.2$ uname -a
SunOS SunBlade-2000 5.11 snv_95 sun4u sparc SUNW,Sun-Blade-1000
bash-3.2$ ls /media/0A/natamar-distro-generator/natamar/open-src
Makefile Makefile~ README common
fully-open-x on-src proto-sun4-svr4 tarballs usr-sfw
bash-3.2$ ls /media/0A/natamar-distro-generator/natamar/open-src/fully-open-x
Makefile README app common data doc driver font
lib proto tarballs util xserver
bash-3.2$ ls /media/0A/natamar-distro-generator/natamar/open-src/on-src
Makefile Makefile__000 build_32
opensolaris.sh sfw-opensolaris.sh__000
Makefile.inc Makefile__JEIN common_Makefile.inc
opensolaris.sh__ORIG sfw-opensolaris.sh~
Makefile.inc~ Makefile~ common_Makefile.inc~
opensolaris.sh~ wget_on-closed-bins-nd.ARCH
bash-3.2$ ls /media/0A/natamar-distro-generator/natamar/open-src/usr-sfw
Makefile Makefile__000 Makefile~
common_Makefile.inc~ sfw-opensolaris.sh__001
Makefile.inc Makefile__001 build_32
sfw-opensolaris.sh sfw-opensolaris.sh~
Makefile.inc~ Makefile__JEIN common_Makefile.inc
sfw-opensolaris.sh__000 test.patch
bash-3.2$
So this is based on Alan Coopersmith's (and / or the X11 group's) fox-gate
Makefile framework.
Advantages:
* It is strictly modular and can easily be extended to handle additional or
less or different "modules" of software.
* In every module subdir you can (but don't need to) run autoconf/automake/
./configure / make
* an arbitrary number of patches can be applied automaticly in every subdir
* at the end SVR4 (and IPS) packages are generated (With some work this can be
mad compatible to conary, but on step at a time)
I had this "vision" for over a year already, now it is soon prime time: Put all
consolidations you like into a single src tree, hit start and return after one
day of compile time. Everything shoukd be finished then.
Right now I put fox-gate, usr/sfw and os/net into it. We can add whatever stuff
we like, such as kde.
Inside the modules (such as os/net and sfw) I left the entire build system
unchanged. If somebody has two men's life time to waste, he could change all
the internal Makefiles, but this is nonsense.
I forgot the main benefit: It has a "make download" target in whatever subdir.
So you don't need to mess around with tarballs: They are all
maintained in a single central folder.
And the default "make" (make all) target extracts everything for you
and runs auto-tools and ./configure and make and make instaall (into a
local normal-user-account proto-area).
At the end you have the ready2run pkgadd packages of everything.
Panic at desaster.org
Regards,
Martin Bochnig
Natamar Project
--
This message posted from opensolaris.org
