[oi-dev] OpenSXCE/SPARC: It was a mistake to keep the site online.
Aurélien Larcher
aurelien.larcher at gmail.com
Mon Sep 15 12:56:03 UTC 2014
Hi Martin,
as much as I have appreciated your work in the past years (I have even
donated a bit although I do not use OpenSXCE as a proof of sympathy), I
think your way of antagonizing is somewhat counterproductive.
To be honest, I think OpenSXCE is an impressive one-man project effort,
that you should be praised for the achievement, and that your frustration
can be heard and understood.
Nonetheless, I seems that you are underestimating (or even
misunderstanding) the point that Nikola raised (legal things left aside): a
one-man project with no publicly available source and no way to contribute
in an open and sustainable way is bound to remain marginal.
Considering that the illumos distribution ecosystem was already quite
fragmented your choice can be difficult to understand.
Had you become the leader of the OpenIndiana SPARC port instead of running
OpenSXCE alone, maybe your work would have become the reference SPARC
distribution and got more recognition.
More important, there would have possibly been opportunities to develop a
paid support activity for it as you are the reference person in that domain
or even given job opportunities.
Thinking that by providing a binary distribution, you would create a
community of users (with some of them willing to pay support) seems to be
quite optimistic.
In the current situation, I cannot think how someone would invest money in
an opensource distribution run by one man before seeing the source
published and being able to contribute in the open.
Even though you get emails of support from enthusiastic hobbyists pushing
you to keep OpenSXCE running, I think that their attitude is dangerous for
you: at the end of the day they will not make you earn a living.
But, what I would see as a better possibility would have been to fund parts
your work (like the Intel DRI) with a crowdfunding type initiative.
I would definitely donate for such a work if it were not tied to a binary
distribution: conversely, if the work is not tied to a binary distribution,
other people than OpenSXCE users would be interested.
Getting the support of a community would also help you focus on challenges
(kernel related things) rather than spending an insane amount of time on
updating packages.
It seems there is a quite a lot of work to do for Hipster and a current
lack of manpower: if there is no cross-pollination between illumos-based
projects I cannot see how this can work in the long run. If gaining
momentum is the key, how can duplicate effort be a choice ?
My point of view is obviously a bit naive as I am merely involved in
packaging a few things and not developer as a profession -- thus I lack
in-depth understanding -- but I hope it is still reasonable.
Best regards,
Aurelien
On Sun, Sep 14, 2014 at 7:02 PM, Martin Bochnig <martin at martux.org> wrote:
> It was a mistake to keep the site online.
>
>
> Cordial thanks nevertheless to the few fellows, who have proven to be
> true friends.
>
>
>
> And although I wanted to publish the src long ago (and in fact did
> contribute openly [in real-time openly] from 2005 till 2009), now
> that's the final nail in the coffin.
>
>
> p.s. to Nikola: You stated long ago, that you are not a coder, so what
> are your plans with the src?
>
> Furthermore it is nonsense what you write about the CDDL terms. The
> CDDL permits the developer to keep the src closed, similar to the Xorg
> license.
>
> For this reason the exact opposite of what Mr. Nikola wrote.
>
> He is a person who never ever did _anything_ for OpenSXCE, SPARC nor
> for myself. What gives him the riht to place demand after demand after
> demand???
>
>
>
> I saw a number of folks throw around with their "plans" and technical
> terms.
>
> It is almost funny.
>
>
> The most ridiculous part was with the alldged "Putin-backdoor" which
> one smart person (from Poland?) expects to be hidden in OpenSXCE.
>
>
> For such blind idiots I no longer waste my time.
>
> Also sad, that only a friend pointed out that OpenSXCE was until today
> also available for x86/x64.
>
> Even with native Intel gfx support via DRM/GEM
>
> Plus with native support for the final Adobe Flash plugin (no loading
> order workaround nor anything else LD* related).
>
>
> I bet a million that there will never be any distro coming only
> remotely close to OpenSXCE.
>
>
>
> http://openindiana.org/pipermail/openindiana-discuss/2014-September/date.html
>
> -------->>
> NEVER AGAIN!
> What a zombified world ... :(
> <<--------
>
> http://opensxce.blogspot.de/
> https://www.facebook.com/OpenSXCE
> https://twitter.com/martinbochnig
> http://vineyardsaker.blogspot.de/
>
>
>
> As nobody reading OI lists ever took the time to read my README, now I
> include it here, as opensxce.org is now offline:
>
>
>
> http://svr4.opensxce.org/RELEASE_NOTES__OpenSXCE2014.05_x86_x64_INTEL32-64_AMD32-64____sun4u_sun4v_SPARC.txt
>
>
>
> http://svr4.opensxce.org/RELEASE_NOTES__OpenSXCE2014.05_x86_x64_INTEL32-64_AMD32-64____sun4u_sun4v_SPARC.txt
>
>
> ############################################################################################
> ### WHAT's NEW in 2014.05 x86/x64 Intel32/64 AMD32/64:
> ####################################
>
> --------------------------------------------------------------------------------------------
>
>
> http://svr4.opensxce.org/201405/i386/DVD/
> http://svr4.opensxce.org/201405/i386/USB/
> http://svr4.opensxce.org/201405/i386/VHDD__7GB_FULLINSTALL/
> http://svr4.opensxce.org/201405/i386/REPO_redist/
> http://svr4.opensxce.org/201405/i386/CD__MinimumBase__UNTESTED/
> http://svr4.opensxce.org/201405/i386/USB__MinimumBase__UNTESTED/
> http://svr4.opensxce.org/201405/i386/5.11/
>
>
> Many bugs already fixed, see @BUGS
>
> Zones now supported (brand: SUNWsvr4pkgutil)
> Adobe flash-player plugin 11.x works
> FF29, TB29, Evolution works now, emacs now ok
> NVIDIA drivers included on x86
> COMPIZ now included on x86, only works with NVIDIA at this time
>
> OS/Net: Illumos checkout 20140505
>
> all ZFS compression types now supported
>
> Now additionally pre-installed onto LiveDVD/USB: Driver utility,
> Evolution, Emacs, FF29, TB29, Rich Lowe's gcc 444 etc ...
>
>
> I decided to finally ship the long promised Intel DRM/GEM/KMS port,
> although it is still limited and broken at this moment.
> All KMS-only Intel ddx'es (all the way from 2.10 to 2.22.910 / 3.0RC)
> do manage to negotiate GEM and KMS and come up into a typical "-retro"
> X11 root-window, but then get lost in an indefinite loop of pollsys()
> / ioctl(). The X11 server never gets to the point where it accepts any
> connections.
>
> Therefore OpenSXCE uses the one of OpenBSD5.3's Xenocara, which is
> mistakenly sometimes referred to as the "last UMS-capable" driver,
> which is nonsense. While it still contains Mathhieu Herrb's UMS
> backports for older chipsets, new hardware requires KMS to be present,
> anyway in the 2010/2011 state of development. Also it requires at
> least a lot more of GEM support, than the DRM/GEM code included in
> OS/Net 147 (and hence Illumos) had.
>
> To test this, the easiest is to remove /dev/dri/card0, and then see
> which error messages you get ;-)
>
>
> Whatever, on Sandy and higher I enabled DRI2 for this release, as
> demonstration. glxgears (which needs AIGLX and not DRI2) works fine.
> xdriinfo and glxinfo also confirm, that DRI2 is up and running on
> Sandy (as indicated by Xorg.0.log), but as soon as you want to start
> compiz, it segfaults and you end up in text mode (if enabled, gdm
> screen).
>
> Whatever, I think this provides a huge improvement over everything
> else in the Illumos distro-space.
> Benefits over vesa include power management/suspend (maybe nice for
> Note-/Netbooks), also support of higher resolutions and higher refresh
> frequencies.
>
>
> After I noticed, that FF29 kills gnome-session every so and so mintes,
> they question is now, if I downgrade FF to 26 (from the then planned
> 2014.01) or down to 21. FF21 is old but known to work. FF26 still had
> the old FF UI but I never tested it days long. Compromise: I
> downgraded to FF26 and TB25, and later write something where you can
> manually download and test FF29/TB29 and also the old 21 versions.
>
>
> As announced earlier, Flash plugin.latest (Shockwave Flash 11.2 r202)
> works as well as on any Sun/Oracle Solaris release. Why this way of
> expressing it? It works rock-stable with compatible stream formats
> that are of its time. I fixed something in the kernel, deep down. I
> did not tweak any loading order in case of Flash. No url needs to be
> visited an nothing obscure like that. On the other hand: If you come
> across a website using the top-notch latest stream formats (version
> Flash 12.x or 13.x) you may see instabilities, especially when
> interacting with it (e.g. if you try to rewind, skip ahead in the
> stream, enable or disable fullscreen mode. But this has nothing to
> deal with the problems that were introduced by the Illumos kernel bug.
> As we don't have Flash sources, I wouldn't even blame Illumos for the
> bug. It is simply an incompatibility, while we may never know wheather
> it is a bug in Flash 11.x (earlier versions worked) or Illumos. It is
> not a question of blaming somebody. And ok, one day in the future I
> send them the fix. At this time however (Western meddling in Ukraine!)
> I'm in no modd to do so. Not after the earlier things that happened
> regarding OpenSXCE's "heartily welcome" on their lists.
>
> Xorg on x86/x64 is now based on my months long merger from last
> summer: FOX-gate revived.
> Xorg 12.2 (intentionally downgraded back to that version, because it
> is the only way to support old xaa and modern uxa based ddx'es
> simultanously in the same xserver!
>
> I ported Oracle's newer X11 gate back into the old FOX gate, in oder
> to keep X11 in .usr/X11 (rather than flat in /usr).
> Also: Backported to continue to support IA32 and keep 32 vs. 64 bit
> versions of bins and libs separate!
>
>
>
> ############################################################################################
> ### WHAT's NEW in 2014.05 SPARC:
> ##########################################################
>
> --------------------------------------------------------------------------------------------
>
> http://svr4.opensxce.org/201405/sparc/DVD/
> http://svr4.opensxce.org/201405/sparc/USB/
> http://svr4.opensxce.org/201405/sparc/REPO_redist/
>
> Zones now supported (brand: SUNWsvr4pkgutil)
> Adobe flash-player plugin 11.x works
> FF29, TB29, Evolution works now, emacs now ok
>
> OS/Net: Illumos checkout 20140505
>
> all ZFS compression types now also on SPARC
>
> Now additionally pre-installed onto LiveDVD/USB: Driver utility,
> Evolution, Emacs, FF29, TB29, Rich Lowe's gcc 444 etc ...
>
>
> ############################################################################################
> ### Updating an older OpenSXCE release (x86/x64 /sun4u/sun4v) to
> 2014.05 is supported ####
>
> --------------------------------------------------------------------------------------------
> When I released the x86 counterpart I had promised, to write up the
> Release Notes etc.
> Well, that still needs to be done and probably happens today.
>
>
> However, here a few lines that show you what to do, if you would like
> to upgrade an existing
> install to 2014.05 without having to delete anything from your disks:
>
>
> HOW TO UPDATE (valid for x86 and SPARC) :
>
> as root at youroldhost do:
>
>
>
> #0.) yes|pkgrm CSWpkgutil
> #1.) yes|pkgrm SUNWopensxce-everything
> #2.) pkgadd -d http://svr4.opensxce.org/CSWpkgutil_latest.pkg
> #3.a) x86: pkgadd -d
> http://svr4.opensxce.org/SUNWopensxce-everything_2014.05_i386.pkg
> #3.b) SPARC: pkgadd -d
> http://svr4.opensxce.org/SUNWopensxce-everything_2014.05_sparc.pkg
> #4.) (ensure, that /etc/opt/pkgutil.conf and /opt/csw/etc/pkgutil.conf
> now have http://svr4.opensxce.org/2014.05 before all other mirror
> entries)
>
> --->>
> #5.) run /usr/sbin/opensxce-upgrade-everything
> <<---
>
>
>
>
> ############################################################################################
> ######## TextCD or LiveDVD??!
> ######################################################
>
> --------------------------------------------------------------------------------------------
> In most cases you should not download the TextCD iso, but the LiveDVD one.
> The LiveDVD image contains everything that the TextCD does, only A LOT
> MORE.
> While the TextCD with its pre-installed "TEXTSERVER" software cluster only
> delivers the core OS/Net system plus Caiman text-install and a few basic
> dependencies such as Perl 5.10 or Python 2.6, the LiveDVD iso with its pre-
> installed "DESKTOPJDS" cluster can either be used as Live media for
> desaster
> recovery scenarios, or as virus-free unbreakable 24x7x365 school Web-top,
> to learn OpenSXCE, to chat with your girl-friend, write your thesis in
> Apache
> OpenOffice ... you name it, ..... or: Simply to use either gui-install or
> text-install, in order to install the OpenSXCE image to your hdd.
> To make the point: The LiveDVD contains both the curses based
> "text-install"
> _and_ the X11 oriented "gui-install"! The user booting the LiveDVD gets the
> following text-menu (no matter if on SPARC sun4u, sun4v or on x86 IA32
> or AMD64) :
>
>
> Welcome to the OpenSXCE OpenSXCE2014.05__Illumos20140505 installation menu
>
> 1 GUI-INSTALL (in Live X11 Gnome JDS)
> 2 GUI-INSTALL (in Live X11 IceWM)
> 3 TEXT-INSTALL (in console-mode, no X11)
> 4 SHELL (in X11 mode, xterm failsafe session)
> 5 SHELL (in console-mode, no X11)
> 6 Terminal type (currently sun)
> 7 REBOOT
>
> Please enter a number [1]:
>
>
> In full contrast, the following is the text-menu that you get on the
> TextCD:
>
>
> Welcome to the OpenSXCE OpenSXCE2014.05__Illumos20140505 installation menu
>
> 1 TEXT-INSTALL (in console-mode, no X11)
> 2 SHELL (in console-mode, no X11)
> 3 Terminal type (currently sun)
> 4 REBOOT
>
> Please enter a number [1]:
>
>
> FAQ: Why is there a TextCD at all, then?
> A: It is a service to users that ...:
> * only have a CD-ROM drive, nothing newer
> * don't have broadband connectivity
> * want to set up a minimized dedicated Server system
> (TAKE INTO ACCOUNT: By means of /usr/sbin/opensxce-fetch-everything as
> well as
> via /usr/sbin/opensxce-upgrade-everything you can not only upgrade
> your installation to a newer OpenSXCE release [such as from 2013.01 to
> 2014.05], but also migrate to another software cluster, more below)
>
>
>
>
>
>
> ############################################################################################
> ######## Installation
> ##############################################################
>
> --------------------------------------------------------------------------------------------
> Now being aware, that you most probably want the LiveDVD, you know,
> which iso to choose:
>
> wget
> http://svr4.opensxce.org/201405/i386/DVD/OpenSXCE_2014.05_Live_x86.iso
> wget
> http://svr4.opensxce.org/201405/i386/DVD/OpenSXCE_2014.05_Live_x86.iso__MD5SUM.txt
>
> Or the equivalent for SPARC:
>
> wget
> http://svr4.opensxce.org/201405/sparc/DVD/OpenSXCE_2014.05_Live_SPARC.iso
> wget
> http://svr4.opensxce.org/201405/sparc/DVD/OpenSXCE_2014.05_Live_SPARC.iso__MD5SUM.txt
>
>
> Verify the MD5SUM with either:
> /usr/bin/md5sum --binary <file> or digest -v -a md5 <file>
>
> As a service to those with poor Internet connectivity you also find
> split'ed versions in the subdirectories "SPLIT".
> After downloading these, you may easily concatenate the parts back
> into the complete file, for example:
>
> After you downloaded files
>
> http://svr4.opensxce.org/201405/sparc/DVD/SPLIT/OpenSXCE_2014.05_Live_SPARC.iso_____SPLIT__aa
> to
> http://svr4.opensxce.org/201405/sparc/DVD/SPLIT/OpenSXCE_2014.05_Live_SPARC.iso_____SPLIT__ak
> ,
> in the same directory run:
>
> cat ./OpenSXCE_2014.05_Live_SPARC.iso_____SPLIT__a? >>
> ./OpenSXCE_2014.05_Live_SPARC.iso
> Then verify the md5sum and create the medium in the next step.
>
>
> Avoid the /usr/bin/cdrw utility, to keep things simple: It is crap.
> Use /usr/bin/cdrecord -scanbus to find your recorder, then something like:
> # cdrecord -v -eject dev=2,0,0 driveropts=burnfree
> OpenSXCE_2014.05_Live_SPARC.iso
>
> Then, from the IEEE1275 OBP ok prompt, normally "boot cdrom" is enough.
> If the "cdrom" shortcut does not yet exist, create a volatile devalias
> or permanent nvalias
> or skip this step and simply boot the full device path. See below for
> details.
> The CD/DVD boots into the mentioned OpenSXCE text-menu, from there
> make your choice.
> BTW: Fresh disks need to be label'ed first, before the installer can use
> them.
> Take "format -e" and use the "partition" subcommand to adjust your
> VTOC, then write
> it to disk by means of "label" and "0" <Enter>.
> Well, I certainly don't need to explain the rest.
>
>
> {Disable Power Management}
> Only so much: Power Management is nice, especially in today's expensive
> times.
> However, I never fell in love with it. Spinning up/down your disks 100
> times per day is
> not the ideal recipe to ensure a long lasting life. If the box is
> uploading or downloading
> something (such as during a normal pkgutil run) and power management
> is not smart enough
> to respect this, you may screw your installation. Plus: Often PM may
> even freeze the
> system and forces you, to remove power in order to get in control
> again. Instead of
> messing with any of the PM GUI's checkboxes or power.conf, the best thing
> to do
> is "rem_drv pm" directly afater installation. I do this myself, highly
> recommended.
>
>
> {How to create the right "cdrom" nvalias on a SPARC}
> Did you know? You can also easily connect any off-the-shelf SATA DVD-drive
> (or hdd of course) to a system such as the T1000. I saw, some users asked
> this
> question and did not find the solution. Here it is: Normally HBA's
> with flashed in
> Fcodes offer different packages for different connected device types
> (disk, cdrom, tape).
> The HBA detects what is connected during POST and creates the
> corresponding nodes in the
> device tree in OBP. The tricky thing I found out: With some SAS
> controllers this does
> not work as expected, on some system/OBP version combinations.
> But instead only "disk" nodes are being created and then shown
> in "show-disks". Now, to find the right device path that your "cdrom"
> nvalias needs
> to point to, you only need some *NIX experience and some basic logic,
> plus maybe a
> few tries. To find the proper base path, take "show-disks" as usual.
> If possible,also
> try "probe-scsi-all" after a fresh reset-all (may still hang your system).
> Notice that a device path without TARGET,LUN:SLICE specification defaults
> to TARGET#0, LUN#0 and SLICE#0.
> If no string containing "cdrom" is being offered, then this doesn't
> (yet) mean, you
> are out of luck. It is also possible, to boot of optical media via "disk"
> paths,
> as long as you really talk to the right TARGET,LUN:SLICE.
> As an extreme example: You can even plug a PCI2.2 33MHZ 32bit to PCIe
> 16x adapter
> in a SunBlade100, put in a LSI SAS 2008 based LSI 92xx card, connect 4TB
> drives
> plus several DVD writers or BlueRay writers, flash the right Fcodes
> and then boot
> of the OpenSXCE LiveDVD. NEVER GIVE UP EARLY. Ask me for details.
>
> On a Sun T1000 for example it *is* possible to simply wire out the SAS
> cables, attach any SATA DVD drive (or burner) and boot off it, while
> you have a generica SATA (or SAS) hdd connected to the second cable
> (the SAS controller in the T1000 limits the maximum size to 2TB).
> In case of the T1000 you have no cdrom alias, use the disk instead and
> it will boot wonderfully. I promised to create a blog entry about
> this, about this. But I wonder how much time I shall spend for
> something that nobody needs. If you want this, let me know.
>
>
>
>
>
>
>
>
>
>
> ############################################################################################
> ######## Upgradability
> #############################################################
>
> --------------------------------------------------------------------------------------------
> OpenSXCE is entirely designed on the basis of pkgutil wrapped SVR4
> pkgadd. To add or
> remove software, run /opt/csw/bin/pkgutil (ATTENTION: Never accidently
> install vanilla
> CSWpkgutil/CSWpkgutilplus over the OpenSXCE provided versions!).
> While pkgutil does use own files for catalog, descriptions and pkg
> caching, it will not
> break your system, if you interact with pkgadd/pkgrm _directly_
> whenever you think you
> need to. Why would you want to? Well, while pkgutil does do an
> excellent job in calculating
> the DiGraphs of all required deps during install time, autoresolves,
> auto-fetches and auto-
> installs everything, it is still subobtimal for pkg removals. For this
> reason I slightly
> hacked it and put the result to /opt/csw/bin/pkgutil_forced. For
> example, if you would
> like to install hundreds of packages non-interactively and want to be
> sure, really every-
> thing gets installed, rather than having pkgutil quit at the first
> minor pkgadd error,
> then use "yes|pkgutil_forced --install <...>" instead of "yes|pkgutil
> --install <...>".
> You may compare this to make's "-k" option.
>
> And for removals of packages, maybe you too don't like it, if "pkgutil
> --remove" similar
> to IPS "pkg uninstall" simply leaves you alone and says: "Forget it,
> not possible lol".
> In these cases simply bypass the perl script that pkgutil is, and
> being the real Admin
> "___YOU___" decide what you can, can not, want or don't want to
> uninstall!!!
> Call pkgrm twice, in tough cases. Also make sure, no 2nd instance of
> that pacckages is
> installed any longer (as indicated by the package name plus suffix ".2".
> THIS IS THE HUGE BENEFIT OF SVR4 PKGADD AND OpenSXCE OVER IPS. There
> you are lost.
>
> Based on all this, OpenSXCE users can benefit from the new
> Upgrading/Migration framework,
> as being implemented starting with 2013.05FCS_RESPIN.
> As you see, 3 clusters are currently defined.
> You can also downgrade from a larger cluster to a smaller one.
> Downgrading in reverse
> order to a previous OpenSXCE release would also easily be doable, but
> for now I removed
> support for it. If you want this for any obscure reason, hack the scripts
> ;)
>
> /usr/share/opensxce-everything
> /usr/share/opensxce-everything/201405
> /usr/share/opensxce-everything/201405/sparc
> /usr/share/opensxce-everything/201405/sparc/cluster
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING
>
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/01B__SPARCgfx.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/04__JDS__martin.txt
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/05__G11N.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/01C__SPARC_openXsun.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/02__slim_source.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/01__X11C__FOX.txt
> /usr/share/opensxce-everything/201405/sparc/cluster/EVERYTHING/03__SFW.txt
> /usr/share/opensxce-everything/201405/sparc/cluster/TEXTSERVER
>
> /usr/share/opensxce-everything/201405/sparc/cluster/TEXTSERVER/02__slim_source.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/TEXTSERVER/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/TEXTSERVER/00__coresystem__osnet.txt
> /usr/share/opensxce-everything/201405/sparc/cluster/TEXTSERVER/03__SFW.txt
> /usr/share/opensxce-everything/201405/sparc/cluster/TEXTSERVER/05__G11N.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/TEXTSERVER/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/TEXTSERVER/04__JDS__martin.txt
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS
>
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/02__slim_source.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/01B__SPARCgfx.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/04__JDS__martin.txt
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/03__SFW.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/01__X11C__FOX.txt
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/05__G11N.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201405/sparc/cluster/DESKTOPJDS/01C__SPARC_openXsun.txt
> /usr/share/opensxce-everything/201405/i386
> /usr/share/opensxce-everything/201405/i386/cluster
> /usr/share/opensxce-everything/201405/i386/cluster/TEXTSERVER
>
> /usr/share/opensxce-everything/201405/i386/cluster/TEXTSERVER/04__JDS__martin.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/TEXTSERVER/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/TEXTSERVER/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/TEXTSERVER/08__BONUSPKGS.txt
> /usr/share/opensxce-everything/201405/i386/cluster/TEXTSERVER/05__G11N.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/TEXTSERVER/02__slim_source.txt
> /usr/share/opensxce-everything/201405/i386/cluster/TEXTSERVER/03__SFW.txt
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS
>
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/02__slim_source.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/01B__SPARCgfx.txt
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/03__SFW.txt
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/05__G11N.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/04__JDS__martin.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/01C__SPARC_openXsun.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/01__X11C__FOX.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/DESKTOPJDS/08__BONUSPKGS.txt
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/03__SFW.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/01__X11C__FOX.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/02__slim_source.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/01B__SPARCgfx.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/01__X11__amd64.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/06__MISSINGDEPS.txt
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/05__G11N.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/04__JDS__martin.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/01C__SPARC_openXsun.txt
>
> /usr/share/opensxce-everything/201405/i386/cluster/EVERYTHING/00__coresystem__osnet.txt
> /usr/share/opensxce-everything/201305
> /usr/share/opensxce-everything/201305/sparc
> /usr/share/opensxce-everything/201305/sparc/cluster
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS
>
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/02__slim_source.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/01__X11C__FOX.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/01C__SPARC_openXsun.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/06__MISSINGDEPS.txt
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/03__SFW.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/01B__SPARCgfx.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/04__JDS__martin.txt
> /usr/share/opensxce-everything/201305/sparc/cluster/DESKTOPJDS/05__G11N.txt
> /usr/share/opensxce-everything/201305/sparc/cluster/TEXTSERVER
> /usr/share/opensxce-everything/201305/sparc/cluster/TEXTSERVER/03__SFW.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/TEXTSERVER/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/TEXTSERVER/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/TEXTSERVER/02__slim_source.txt
> /usr/share/opensxce-everything/201305/sparc/cluster/TEXTSERVER/05__G11N.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/TEXTSERVER/04__JDS__martin.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/TEXTSERVER/06__MISSINGDEPS.txt
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING
>
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/02__slim_source.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/01B__SPARCgfx.txt
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/03__SFW.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/01C__SPARC_openXsun.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/01__X11C__FOX.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/04__JDS__martin.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/08__BONUSPKGS.txt
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/05__G11N.txt
>
> /usr/share/opensxce-everything/201305/sparc/cluster/EVERYTHING/00__coresystem__osnet.txt
> /usr/share/opensxce-everything/201305/i386
> /usr/share/opensxce-everything/201305/i386/cluster
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS/05__G11N.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS/04__JDS__martin.txt
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS/03__SFW.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS/02__slim_source.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/DESKTOPJDS/01__X11C__FOX.txt
> /usr/share/opensxce-everything/201305/i386/cluster/TEXTSERVER
>
> /usr/share/opensxce-everything/201305/i386/cluster/TEXTSERVER/02__slim_source.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/TEXTSERVER/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/TEXTSERVER/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/TEXTSERVER/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/TEXTSERVER/04__JDS__martin.txt
> /usr/share/opensxce-everything/201305/i386/cluster/TEXTSERVER/05__G11N.txt
> /usr/share/opensxce-everything/201305/i386/cluster/TEXTSERVER/03__SFW.txt
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING
>
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/04__JDS__martin.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/01__X11__amd64.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/06__MISSINGDEPS.txt
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/05__G11N.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/02__slim_source.txt
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/03__SFW.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201305/i386/cluster/EVERYTHING/01__X11C__FOX.txt
> /usr/share/opensxce-everything/201301
> /usr/share/opensxce-everything/201301/sparc
> /usr/share/opensxce-everything/201301/sparc/cluster
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING
>
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/02__slim_source.txt
>
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/01C__SPARC_openXsun.txt
>
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/00__coresystem__osnet.txt
>
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/01B__SPARCgfx.txt
>
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/04__JDS__martin.txt
>
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/06__MISSINGDEPS.txt
>
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/01__X11C__FOX.txt
>
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/08__BONUSPKGS.txt
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/05__G11N.txt
> /usr/share/opensxce-everything/201301/sparc/cluster/EVERYTHING/03__SFW.txt
> /usr/share/opensxce-everything/201301/sparc/cluster/TEXTSERVER
> /usr/share/opensxce-everything/201301/sparc/cluster/DESKTOPJDS
> /usr/share/opensxce-everything/201301/i386
> /usr/share/opensxce-everything/201301/i386/cluster
> /usr/share/opensxce-everything/201301/i386/cluster/TEXTSERVER
> /usr/share/opensxce-everything/201301/i386/cluster/DESKTOPJDS
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING
>
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/02__slim_source.txt
>
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/01__X11C__FOX.txt
>
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/01__X11__amd64.txt
>
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/08__BONUSPKGS.txt
>
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/04__JDS__martin.txt
>
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/00__coresystem__osnet.txt
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/05__G11N.txt
>
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/06__MISSINGDEPS.txt
> /usr/share/opensxce-everything/201301/i386/cluster/EVERYTHING/03__SFW.txt
>
>
> These files are plain ascii text containing exactly one SUNWfoo
> package name per line.
> In a very specific order.
> Together with the new /usr/sbin/opensxce-fetch-everything and
> /usr/sbin/opensxce-upgrade-everything tools, they enable a user to simply
> fetch
> and auto-install all the missing pieces from the REPO
> http://svr4.opensxce.org/201405
> (1669 packages per release, as of now). This is the responsibility of
> /usr/sbin/opensxce-fetch-everything, as its mnemonic name suggests.
>
> However, with /usr/sbin/opensxce-upgrade-everything you now have an even
> more
> powerful tool: It enables you to upgrade your system from an outdated
> OpenSXCE
> release, to a more recent one. Namely: To the one that was the most current
> release, when your installed version of SUNWopensxce-everything was
> published.
> This means: As you probably want the most recent OpenSXCE bits, it is
> mandatory,
> that you first boot your old OpenSXCE system and upgrade
> SUNWopensxce-everything
> to the latest bits, for example:
>
> {Boot any outdated OpenSXCE release on x86 or SPARC that you would
> like to upgrade to 2014.05}
> $ su -
> # pkgutil -U
> # yes|pkgutil --upgrade SUNWopensxce-everything
> (alternatively this is the same as:
> # yes|pkgrm SUNWopensxce-everything
> # pkgutil -U
> # yes|pkgutil --install SUNWopensxce-everything )
>
> As graphical illustrations say more than 1000 words, here is some
> output that you will get:
> (taken from files in /var/sadm/system/logs/opensxce_upgrade_log, where
> everything gets logged) :
>
> # /usr/sbin/opensxce-fetch-everything
> -------------------------------------------------------------------------
> Welcome to the OpenSXCE fetch-everything script.
> -------------------------------------------------------------------------
> "/.OpenSXCE" indicates, we are on release: OpenSXCE201405
> GOOD: Your booted install image and SUNWopensxce both match OpenSXCE201405.
> "/.OpenSXCE_cluster" does not exist! Falling back to defaults! OLD
> cluster EVERYTHING
> -------------------------------------------------------------------------
>
>
> 1) DESKTOPJDS, makes only sense if you installed the TextCD _plus_
> still dont want EVERYTHING now
> 2) EVERYTHING, if you installed TextCD or LiveDVD and now want the
> entire rest from REPO
> Please select the software target cluster [1 or 2]
> 2
> You selected the EVERYTHING installation cluster.
> WARNING: OpenSXCE201405 versus OpenSXCE201405 _and_ OLDCLUSTER
> "EVERYTHING" versus TARGETCLUSTER "EVERYTHING" are identical, are you
> sure?
> -------------------------------------------------------------------------
>
>
> We are on release: OpenSXCE201405.
> And migrate this system ... : From OLD installation cluster:
> EVERYTHING to new TARGETCLUSTER: EVERYTHING.
> You should not interrupt this process unnecessarily.
> However: If something fails for whatever reason, you can exit with ^C
> and delete the incomplete BE "opensxce20140610212410".
> SHOULD THE NEW BE NOT BE BOOTABLE: Just boot into your old BE and
> destroy the newly created BE "opensxce20140610212410".
> YOU SHOULD BACK UP ALL YOUR DATA BEFORE PROCEEDING!
>
>
> pkgutil will auto-resolve all dependency DIGRAPHS, this keeps even
> modern CPU's quite busy ...
> BTW: You can safely ignore the harmless pkgutil "uninitialized foobar"
> warnings.
>
>
> PLEASE STAY PATIENT.
>
>
> Are you ready for the Installation [y, n]?
> Please select [yes, no]
>
> Please select [yes, no]
> yes
> Ok, let's continue ...
> You may want to observe the stdout+stderr log file in
>
> /var/sadm/system/logs/opensxce_upgrade_log/opensxce_fetch_20140610212410.txt
> Solving needed dependencies ...
> Solving dependency order ...
> 1 CURRENT packages:
>
> SUNWopensxce-selfhosting-OpenSXCE2014.05__Illumos201400505,REV=2014.06.02.21.18
>
> Nothing to do.
> Created successfully
> Mounted successfully on: '/a'
> -------------------------------------------------------------------------
> Start time:
> Wed Jun 10 21:25:29 PDT 2014
> Installing on:
> SunOS unknown 5.11 OpenSXCE2014.05__Illumos20140505 sun4u sparc SUNW,A70
>
>
> Number of currently installed packages: 1131.
>
> ...
> ...
> ...
>
>
>
>
> Or, output from /usr/sbin/opensxce-upgrade-everything:
> # /usr/sbin/opensxce-upgrade-everything
> -------------------------------------------------------------------------
> Welcome to the OpenSXCE upgrade script.
> On the next screens you can explicitly specify and override
> the autodetected values for upgrade / downgrade direction
> and you may define the software cluster you wish to install.
> -------------------------------------------------------------------------
> "/.OpenSXCE" indicates, we come from OLD release: OpenSXCE201405
> "/.opensxce_everything" suggests, we migrate to NEW release: OpenSXCE201405
> Upgrading from OpenSXCE201405 to OpenSXCE201405 makes little sense. If
> you are really sure, continue with explicit input.
> "/.OpenSXCE_cluster" indicates, the currently installed cluster is:
> DESKTOPJDS
> -------------------------------------------------------------------------
>
>
> 0) TEXTSERVER, if you installed the TextCD and now upgrade to a new
> OpenSXCE release, MINIMIZING from larger cluster IS ALSO POSSIBLE
> 1) DESKTOPJDS, makes only sense if you installed the TextCD _plus_
> still dont want EVERYTHING now
> 2) EVERYTHING, if you installed TextCD or LiveDVD and now want the
> entire rest from REPO
> Please select the software target cluster [0, 1 or 2]
> 0
> You selected the TEXTSERVER installation cluster.
> Okay, migrating from OpenSXCE201405 to OpenSXCE201405 _and_ OLDCLUSTER
> "DESKTOPJDS" to TARGETCLUSTER "TEXTSERVER".
> -------------------------------------------------------------------------
>
>
> We will migrate this system from OLD release: OpenSXCE201405 to NEW
> release: OpenSXCE201405.
> And to be specific: From OLD installation cluster: DESKTOPJDS to new
> TARGETCLUSTER: TEXTSERVER.
> You should not interrupt this process unnecessarily.
> However: If something fails for whatever reason, you can exit with ^C
> and delete the incomplete BE "opensxce20140610212857".
> SHOULD THE NEW BE NOT BE BOOTABLE: Just boot into your old BE and
> destroy the newly created BE "opensxce20140610212857".
> YOU SHOULD BACK UP ALL YOUR DATA BEFORE PROCEEDING!
>
>
> pkgutil will auto-resolve all dependency DIGRAPHS, this keeps even
> modern CPU's quite busy ...
> BTW: You can safely ignore the harmless pkgutil "uninitialized foobar"
> warnings.
>
>
> PLEASE STAY PATIENT.
>
>
> Are you ready for the Upgrade [y, n]?
> Please select [yes, no]
> Please select [yes, no]
> yes
> Ok, let's continue ...
> You may want to observe the stdout+stderr log file in
>
> /var/sadm/system/logs/opensxce_upgrade_log/opensxce_upgrade_20140610212857.txt
> Solving needed dependencies ...
> Solving dependency order ...
> 1 CURRENT packages:
>
> SUNWopensxce-selfhosting-OpenSXCE2014.05__Illumos20140505,REV=2014.06.02.21.18
>
> Nothing to do.
> Created successfully
> Mounted successfully on: '/a'
> -------------------------------------------------------------------------
> Start time:
> Wed Jun 10 21:30:20 PDT 2014
> Installing on:
> SunOS unknown 5.11 OpenSXCE2014.05__Illumos20140505 sun4u sparc SUNW,A70
>
>
> Number of currently installed packages: 1131.
> ...
> ...
> ...
>
>
> Output from stdout and stderr is shown on the screen plus simultanously
> logged.
> After completion you get a review/summary.
> If something goes wrong, simply boot into your original BE and all is
> fine :)
> It shall be trivial to enhance this framework to support upgrades from
> older Solaris
> releases to OpenSXCE. The problem then is rather, to move the old
> files from UFS disks
> to newly created ZFS zpools. As long as the user connects new disks
> (or frees old),
> this shall be no big deal to further enhance the scripts into that
> direction.
>
> Jim Klimov reminded /corrected me, that Solaris 10 does already support
> ZFS!
>
> So this is an extra case.
>
>
>
> If you read this far, maybe you would be interested in some of my blog
> entries,
> such as:
>
> http://opensxce.blogspot.de/2013/06/now-that-pkgdefs-ok-today-making-real.html
>
> http://opensxce.blogspot.de/2013/06/a-view-from-mars-why-creating-opensxces.html
>
>
>
>
> ############################################################################################
> ######## SPARC-USB-Boot
> ############################################################
>
> --------------------------------------------------------------------------------------------
> For getting started, have a look at:
>
> http://www.oracle.com/technetwork/server-storage/solaris/overview/usb-faq-140616.html
>
> It is important to point out, that the console output as provided in
> the official FAQ
> is complete nonsense:
> """""2) Find the USB disk and copy its device path
>
> ok show-disks
> a) /pci at 1e,600000/pci at 0/pci at a/pci at 0/pci at 8/scsi at 1/disk
> b) /pci at 1e,600000/pci at 0/pci at 1/pci at 0/ide at 1f/cdrom
> c) /pci at 1e,600000/pci at 0/pci at 1/pci at 0/ide at 1f/disk
> q) NO SELECTION
> Enter Selection, q to quit: q
>
>
> 3) Create a USB alias using the device path
>
> ok nvalias usb /pci at 1e,600000/pci at 0/pci at 1/pci at 0/ide at 1f/disk
>
> 4) Boot the USB disk """""
>
> Before I could finally test this myself, for 3 years I had to believe
> that FAQ and
> consequently had to assume, USB devices get recognized in whatever
> kind of "IDE-emulation"
> mode or whatever. THIS IS NOT THE CASE. Whoever has written that FAQ
> entry got cheated by
> the Ultra45's internal IDE-controller (that sits on-board and
> exclusively serves the Ultra45's
> slow SlimLine-SlotIn DVD drive). Although nothing else is normally
> connected, the "show-disks"
> output also lists "/pci at 1e,600000/pci at 0/pci at 1/pci at 0/ide at 1f/disk". But
> if you think, this is
> any USB mass storage device: WRONG. Has nothing to do with it.
> Instead you really get something like:
> /pci at 1e,600000/pci at 0/pci at 1/pci at 0/usb at 1c,3/device at 1/storage at 0/disk
>
> This is a path as reported by "show-disks". As always, such paths do
> not contain any
> TARGET,LUN:SLICE specification, and do not list them explicitly, and
> therefore default
> to 0,0:a (a stands for slice 0). I ported Caiman's "usbcopy" utility
> to also support
> SPARC, and adjusted it in a way, so that even a default unmodified
> device path as
> reported by "show-disks" will be capable of booting your USB mass
> storage device on SPARC.
>
> This entire USB creation method with plain dd and a header file is
> complete crap.
> Have ported Caiman's usbcopy (vanilla usbgen worked fine and only
> usbcopy needed some minor
> enhancements) to support both SPARC && x86. You find "usbcopy" in
> OpenSXCE's REPO
> in the package "SUNWdistro-const" plus, for convenience, also in the
> USB download folder.
>
> Here the output of the SPARC USB image-to-device copy:
> (Big credits to Dave Miner's Caiman! for all the grand sources they
> have released back in
> the good old OpenSolaris times!!!)
>
>
>
> root at unknown:/usb# ./usbcopy OpenSXCE_2014.05_Live_SPARC.usb
> Found the following USB devices:
> 0: /dev/rdsk/c23t0d0s2 15.3 GB USB DISK 2.0 PMAP
> 1: /dev/rdsk/c24t0d0s2 15.3 GB Generic- SD/MMC 1.00
> 2: /dev/rdsk/c24t0d1s2 <Unknown> Generic- Compact Flash
> 1.01
> 3: /dev/rdsk/c24t0d2s2 <Unknown> Generic- SM/xD-Picture
> 1.02
> 4: /dev/rdsk/c24t0d3s2 <Unknown> Generic- MS/MS-Pro
> 1.03
> Enter the number of your choice: 1
>
> WARNING: All data on your USB storage will be lost.
> Are you sure you want to install to
> Generic- SD/MMC 1.00, 15300 MB at /dev/rdsk/c24t0d0s2 ? (y/n) y
> Copying and verifying image to USB device
> Finished 2409 MB in 1178 seconds (2.0MB/s)
> 0 block(s) re-written due to verification failure
> Installing /usr/platform/sun4u/lib/fs/ufs/bootblk to USB device
> /dev/rdsk/c24t0d0s2
> Also installing /usr/platform/sun4u/lib/fs/ufs/bootblk to true USB s0
> slice /dev/rdsk/
> c24t0d0s0 for redundance,
>
> In this specific case s0 equals s2 (identical cylinder boundaries)
> On this specific machine to boot this USB device from OBP ok prompt
> you would issue "boot
> /pci at 1e,600000/pci at 0/pci at 1/pci at 0/usb at 1c,3/device at 1/storage at 0/disk at 0,0:c"
> To create a convenient shortcut: "nvalias MyUSBdev
> /pci at 1e,600000/pci at 0/pci at 1/pci at 0/usb at 1c,3/
> device at 1/storage at 0/disk at 0,0:c" (or :a for s0)
>
> Alternatively just enter "reboot --
> /pci at 1e,600000/pci at 0/pci at 1/pci at 0/usb at 1c,3/device at 1/
> storage at 0/disk at 0,0:c"
>
> Completed copy to USB
> root at unknown:/usb# uname -a
> SunOS unknown 5.11 OpenSXCE2014.05__Illumos20140505 sun4u sparc SUNW,A70
> root at unknown:/usb# isainfo -v
> 64-bit sparcv9 applications
> vis2 vis
> 32-bit sparc applications
> vis2 vis v8plus div32 mul32
> root at unknown:/usb#
>
>
>
> FAQ: Can you boot your SB1500 or SB2500 or V480/490?
> Well while OBP 4.30 is indeed available for them, currently the answer
> is, sadly, NO.
> These systems, like all earlier and some later (including the T2000
> [only 1.1] while
> the T1000 does not even have any USB at all) DO NOT HAVE NATIVE USB2.0.
>
> The SB1500/2500 Red/Silver only used a pci card for 2.0 (and has onboard
> 1.1).
> Technically there is no difference between onboard or PCI card, in
> both cases you deal
> with PCI.
>
> The problem here: The (this!) pci card as used in the SB1500/SB2500
> {you can put it
> into other boxes} lacks the fcodes :(
>
> So while OBP sees parts of it, OBP does not properly initialize the device
> tree.
> Forget the nvaliases, here there simply is no device node created.
> Therefore we cannot
> create an alias (which is only a shortcut exactly like a symlink).
> I have a book about fcodes driver programming, and it should be
> possible to test a few
> tricks. I'm not without experience in that field.
>
> For now, however, only the newer boxes are supported by OpenSXCE's new
> SPARC USB images
> (Text and Live).
>
> MAYBE IT IS WORTH MENTIONING, THAT OpenSXCE IS THE FIRST DISTRO OF ANY
> OS RUNNING ON
> SPARC, THAT HAS EVER OFFERED SPARC USB-BOOT IMAGES IN ALL TIMES!!!
>
>
>
>
>
> ############################################################################################
> ######## LiveVHDD Images and download directories structure
> ########################
>
> --------------------------------------------------------------------------------------------
> http://svr4.opensxce.org/201405/i386/
>
> Index of /201405/i386/
>
> ../
> 5.11/ 04-Jun-2014 00:30
> -
> CD__MinimumBase__UNTESTED/ 05-Jun-2014 03:30
> -
> DVD/ 05-Jun-2014 03:28
> -
> REPO_redist/ 05-Jun-2014 03:38
> -
> USB/ 05-Jun-2014 03:49
> -
> USB__MinimumBase__UNTESTED/ 05-Jun-2014 03:51
> -
> VHDD__7GB_FULLINSTALL/ 27-Jun-2014 22:10
> -
>
>
> and
>
>
> http://svr4.opensxce.org/201405/sparc/
>
> 5.11/ 26-Jun-2014 16:21
> -
> DVD/ 28-Jun-2014 23:20
> -
> REPO_redist/ 27-Jun-2014 09:18
> -
> USB/
>
> On SPARC LDOMS are supported and available in the REPO.
>
>
>
> ############################################################################################
> ######## Selfhosting
> ###############################################################
>
> --------------------------------------------------------------------------------------------
> Starting with last year's 2013.05 FCS RESPIN, SUNWopensxce-selfhosting
> is no longer an empty stub,
> but filled with content. After:
>
> # pkgutil -U
> # pkgutil -u SUNWopensxce-selfhosting
>
>
> Thanks to Gary Mills for his help with SUNWopensxce-selfhosting and
> his excellent report and guide:
> "Building illumos-gate under OpenSXCE2013.05"
>
> http://wiki.illumos.org/display/illumos/Building+illumos-gate+under+OpenSXCE2013.05
>
> NOTE: These extra instructions are now no longer needed.
> At this time SUNWopensxce-selfhosting addresses all the issues except for
> one,
> which you still need to perfrom manually (in less than 2 minutes) :
>
> Build and install Parser.pm into the perl 5.10.0 directory
> This module already exists for perl5.8, but is not available to the
> illumos build. Download XML-Parser-2.36.tar.gz from CPAN . Extract
> the archive
> $ perl Makefile.PL
> $ make
> # make install
>
>
> ############################################################################################
> ######## PASSWORDS
> #################################################################
>
> --------------------------------------------------------------------------------------------
> Much in the tradition of "OpenSolaris the distro", "Oracle Solaris 11.x"
> and OI,
> the passwords for the LiveMedia are:
> root:opensxce
> jack:jack
>
> Post-Install passwords:
> If you used the text-install, you have defined both the "root"and
> default user's passwords
> during installation. In case of gui-install, you only defined the
> default user and its pass-
> word. In that case the "root" role has the same password at first,
> after installation. But
> it is set to be "expired", and you define it at first login.
> Special notice to migrants from other *NIX'es that are not yet
> familiar with RBAC:
> Except in SingleUserMode, you can not login as "root" directly, but
> only su to it.
> OpenSXCE uses advanced RBAC "roles", rather than plain "users". It is
> highly recommended
> that you first enjoy some reading about RBAC in general, and pfexec in
> specific.
>
>
>
>
>
> ############################################################################################
> ######## ZONES
> #####################################################################
>
> --------------------------------------------------------------------------------------------
> Zones are supported now on both x86/x64 and SPARC sun4u/sun4v,
> starting with 2014.05 .
> The brand is called SUNWsvr4pkgutil.
>
> How to create a test zone:
>
> 0.) Create ZFS dataset:
> zfs create -o mountpoint=/zones rpool/zones
>
> 1.) zonecfg -z testzone
>
> zonecfg:testzone> create -t SUNWsvr4pkgutil
> zonecfg:testzone> set zonepath=/zones/testzone
>
> zonecfg:testzone> add net
> zonecfg:testzone:net> set address=192.168.1.150
> zonecfg:testzone:net> set defrouter=192.168.1.1
> zonecfg:testzone:net> set physical=eri0
> zonecfg:testzone:net> end
>
> zonecfg:testzone> add fs
> zonecfg:testzone:fs> set dir=/export/home/opensxceuser
> zonecfg:testzone:fs> set special=/export/home/opensxceuser
> zonecfg:testzone:fs> set type=lofs
> zonecfg:testzone:fs> end
>
> zonecfg:testzone> commit
> zonecfg:testzone> verify
> zonecfg:testzone> exit
>
> 2.) INSTALL: zoneadm -z testzone install
>
> 3.) BOOT: zoneadm -z testzone boot
>
> 4.) ADMINISTRATION LOGIN: zlogin -C testzone
>
> Hint: When asked about the terminal type, it is best in most cases to
> choose vt200.
> Otherwise interactivity might get "ugly".
>
> 5.) After finishing the initial configuration screens, take ssh for normal
> use
>
>
>
>
> ############################################################################################
> ######## ILLUMOS
> ###################################################################
>
> --------------------------------------------------------------------------------------------
> OpenSXCE is and will continue to be Illumos-derived.
> The release schedule is: At least 1 per year (absolute minimum).
> OpenSXCE2014.05 is directly based on Illumos git checked out on 20140505.
>
>
> ############################################################################################
> ######## MODERNIZATION
> #############################################################
>
> --------------------------------------------------------------------------------------------
> As explained time and again, for example here:
>
> http://opensxce.blogspot.de/2013/06/a-view-from-mars-why-creating-opensxces.html
> ... it was necessary to go back to a 2010 level for getting started with
> SVR4.
> Obviously this doesn't mean we stay there. Much in contrast: While IPS
> is extremely
> hostile to users and maintainers, SVR4 is dead simple. This means,
> expect an updated
> userland and updated x86/x64 Xorg, MESA-OpenGL and NVIDIA drivers
> rather sooner, than later.
>
> *****STATUS*****
> x86/x64 Xorg: DONE!
> x86/x64 MESA-OpenGL: DONE!
> NVIDIA drivers on x86/x64: DONE!
> Intel-DRM/GEM/KMS: More ort less DONE!
> COMPIZ on x86/x64: DONE!
> Zones: DONE!
> Flash-plugin crashs: DONE!
>
> etc. etc. etc.
>
> After all this it is time to address some known bugs, end then to
> modernize SFW/userland.
>
>
>
>
> ############################################################################################
> ######## CHANGELOG
> #################################################################
>
> --------------------------------------------------------------------------------------------
> Primarily: The new update framework, plus now no longer missing
> locales for USA, Germany.
> Generally :Too many improvements, maybe later ...
> Start by reading all other points.
>
>
>
> ############################################################################################
> ######## BUGS
> ######################################################################
>
> --------------------------------------------------------------------------------------------
> A) On x86 still too many, fixing them finally over next weeks.
>
> B) SPARC and x86: kbd choice made during installation not setup for
> use after install
>
> C) SPARC and x86: Different sorts of trouble with locales not 100%
> functioning
>
> D) On x86 as consequence of C), failiure of the tr command, causing
> opengl-selector to fail,
> effectively stopping Xorg from being started
>
> Christian Meier reported that one, see yourself:
> mech at mech-laptop:~$ beadm list
> BE Active Mountpoint Space Policy Created
> opensxce - - 10.9M static 2014-06-16 20:41
> opensxce20140617132345 - - 12.3M static 2014-06-17 13:24
> opensxce20140618203023 NR / 11.2G static 2014-06-18 20:30
> mech at mech-laptop:~$ uname -a
> SunOS mech-laptop 5.11 OpenSXCE2014.05__Illumos20140505 i86pc i386 i86pc
> mech at mech-laptop:~$ which tr
> /usr/bin/tr
> mech at mech-laptop:~$ md5sum /usr/bin/tr
> d18fd970f25908cb03d858c3e586e58d /usr/bin/tr
> mech at mech-laptop:~# ldd /usr/bin/tr
> libc.so.1 => /lib/libc.so.1
> libm.so.2 => /lib/libm.so.2
>
>
> mech at mech-laptop:~$ svcs -vx
> svc:/application/opengl/ogl-select:default (OpenGL runtime select)
> State: maintenance since June 18, 2014 11:25:51 PM CEST
> Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
> See: http://illumos.org/msg/SMF-8000-KS
> See: man -M /usr/X11/share/man -s 1 ogl-select
> See: /var/svc/log/application-opengl-ogl-select:default.log
> Impact: This service is not running.
> mech at mech-laptop:~$ tail -10
> /var/svc/log/application-opengl-ogl-select:default.log
> [ Jun 17 19:53:15 Stopping because service disabled. ]
> [ Jun 17 19:53:16 Executing stop method ("/lib/svc/method/ogl-select
> stop"). ]
> [ Jun 17 19:53:16 Method "stop" exited with status 0. ]
> [ Jun 18 08:35:43 Enabled. ]
> [ Jun 18 08:36:03 Executing start method ("/lib/svc/method/ogl-select
> start"). ]
> [ Jun 18 08:36:17 Method "start" exited with status 0. ]
> [ Jun 18 23:25:27 Enabled. ]
> [ Jun 18 23:25:48 Executing start method ("/lib/svc/method/ogl-select
> start"). ]
> /lib/svc/method/ogl-select Can't execute vendor select script:
> /lib/opengl/ogl_select/?B?a_vendor_select
> [ Jun 18 23:25:51 Method "start" exited with status 95. ]
>
>
> root at mech-laptop:~# locale
> LANG=en_US.ISO8859-15
> LC_CTYPE="en_US.ISO8859-15"
> LC_NUMERIC="en_US.ISO8859-15"
> LC_TIME="en_US.ISO8859-15"
> LC_COLLATE="en_US.ISO8859-15"
> LC_MONETARY="en_US.ISO8859-15"
> LC_MESSAGES="en_US.ISO8859-15"
> LC_ALL=
>
> root at mech-laptop:~# VENDOR=MESA
> root at mech-laptop:~# echo ${VENDOR} | /usr/bin/tr "[A-Z]" "[a-z]"
> ÃŽdpa
> root at mech-laptop:~# echo abCDefGH | /usr/bin/tr "[A-Z]" "[a-z]"
> aªÀÆBéëÉ
>
>
> eventuell hast Du mir da ja noch einen Tipp.
>
>
> SOLUTION:
>
> The safest bet is, to always stick with POSIX/C as default locale and
> to always use US-Engl. kbds.
> I only and always do this, and therefore locales testing/debugging is
> nothing I ever do by default.
>
> E) Missing pieces in gui-install (C implementation) identified and FIXED:
> http://opensxce.blogspot.de/2014/05/missing-pieces-in-gui-install-c.html
>
> F) BUG FIXED in 2014.05: Wrong permissions for audio devices prevent
> gstreamer from letting any videos play (HTML5 and Adobe Flash 11.x)
>
> http://opensxce.blogspot.de/2014/05/bug-wrong-permissions-for-audio-devices.html
>
>
>
>
> ############################################################################################
> ######## ROADMAP
> ###################################################################
>
> --------------------------------------------------------------------------------------------
> @SEE BUGS, MODERNIZATION
>
> Next step: Moving from old 2010' SFW to modern Oracle userland, but
> migrating them to SVR4 world ;)
>
>
>
>
> ############################################################################################
> ######## SPONSORS
> ##################################################################
>
> --------------------------------------------------------------------------------------------
> Well, let's keep it short, simple and tough. And let's not lose too many
> tears:
> The biggest OpenSXCE sponsor of all times, that's ME, Martin Bochnig.
> Not many can understand, why I screw up my entire "life" and (lack of)
> career for it.
> Often I don't understand it myself, but the good news: I rarely have
> time to think about it.
> For example, I never found the time to continue my Maths degree at
> Technical University
> Berlin. Or only a month ago one of the largest TOP500 Internet
> companies in the world had
> politely contacted me and asked, if I would like to join their
> In-house LinUX development
> team. But I saw little sense in joining them to work on a LinUX
> version, after I now spent
> half a decade trying to rescue the last remains of (Open)Solaris.
> Working for them would
> bring me 50K$$$ per annum, but I would have little time to continue my
> OpenSXCE efforts.
> As sad as it is, for this simple reason I could not accept their offer.
> If I really want a job, then as Solaris engineer. Nothing else.
> Paid or unpaid!
>
>
> Let's first name the premium sponsors, then chronologically:
>
> ************************
> *My Mother
> {and Grand-Ma* (R.I.P. beloved Grand-Ma: 1920-2014)}
> ************************
> When? --->> ALWAYS
> How much? --->> 6$$$$$$digit sum
> (A 6-digit sum is not a million, but 100 Thousands)
>
>
> ************************
> Brian Gupta
> CEO of http://www.brandorr.com/brian
> ************************
> When? --->> 2008
> How much? --->> 3000$
>
>
>
> ************************
> Al Hopper
> CEO of Logical Approach Inc,Plano,TX
> ************************
> When? --->> Since April 2006 :)
> How much? --->> HUNDREDS AND ALL HOSTING FEES AND WORK)))
>
>
> ************************
> Michael Spacefalcon
> Viva la revolution! (CCCP)
> ************************
> When? --->> December 2013 :)
> How much? --->> 400$
>
>
> ************************
> Christian Meier
> ************************
> When? --->> 2013 July and earlier, also in 2014 :)
> How much? --->> 100 EUR plus 45 EUR plus 50 EUR plus help
>
>
>
> ************************
> Manfred Meissner
> ************************
> When? --->> 20130526, also in 2014 :)
> How much? --->> 700 EUR (He bought my Ultra45 and by doing so helped
> OpenSXCE to survive 1 month!)
>
>
>
> ************************
> David Linn
> ************************
> When? --->> 20140902
> How much? --->> 100 USD
>
>
>
>
> 20140902 David Linn 100 USD
> 20140829 Teresa Sorenson 20 EUR
> 20140728 Marco Franchi 20 EUR
> 20140701 Teresa Sorenson 20 EUR
> 20140629 Pablo Mendez Hernandez 15 EUR
> 20140616 Teresa Sorenson 20 EUR
> 20140615 H A J van Niekerk 5 EUR
> 20140608 Erik Irsch 50 EUR
> 20140529 George Patoulidis 20 EUR
> 20140527 Teresa Sorenson 23 EUR
> 20140527 Manfred Meissner 100 EUR
> 20140527 Brandon Barker 15 EUR
> 20140522 Christian Meier 50 EUR
> 20140506 Carlos Neira Bustos 25 EUR
> 20140422 Alexander Feld 30 EUR
> 20140225 Teresa Sorenson 20 EUR
> 20140120 Roelof van der Waal 600 EUR
> 20131228 Sanjay Singh 100 EUR
> 20131218 David Mackay 50 EUR
> 20131211 Aurelien Larcher 100 EUR
> 20130920 Marco Franchi 10 EUR
> 20130824 Sanjay Singh 100 EUR
> 20130807 Curt Mayer 100 EUR
> 20130705 Christopher Bergstroem 500 EUR
> 20130622 Gary Mills 50 EUR
> 20130619 Roger Bisson 80 GBP
> 20130604 Mario Sesto 20 EUR
> 20130602 Torbjorn Fallsen 30 EUR
> 20130508 Dale Stylinski 65 USD
> 20130508 Lincoln Bryant 50 USD
> 20130507 H A J van Niekerk 5 EUR
> 20130207 Andrej Javorsek 30 EUR
> 20130129 Jasse Jansson 50 USD
> 20130129 Emanuele Pucciarelli 50 EUR
> 20130129 Carsten John 10 USD
> 20130129 James Relph 150 GBP
> 20130129 Ralph Boehme 79 USD
>
>
>
>
>
>
> Let me also thank Ken Mays, who supported the project not financially,
> but with his good
> testing reports and reviews.
>
>
>
> *******************************************************************************************
>
> *******************************************************************************************
>
> *******************************************************************************************
>
> *******************************************************************************************
>
> *******************************************************************************************
> Regards and thanks from my heart to those few good souls, real
> friends, who HELPed :):):)
>
> *******************************************************************************************
>
> *******************************************************************************************
> Not only financially: Also to those good fellows who fought for me and
> OpenSXCE and
> OpenSolaris by means of smart words! Thanks to all Bloggers! THANK YOU
> ALL!!!
>
> *******************************************************************************************
>
> *******************************************************************************************
>
> *******************************************************************************************
>
> If you like to help me to help you and be added to SPONSORS, please
> use this link, TNX:
>
> Please enter your donation amount.
> Purpose: OpenSXCE
>
>
> https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=4HP83V5M8QDWQ
>
>
>
>
>
>
> ############################################################################################
> ######## PRICING
> ###################################################################
>
> --------------------------------------------------------------------------------------------
> It is hopefully CLEAR (if you see my CV), that I do exactly _not_ do
> it for a profit.
> However, unfortunately all other institutions around me do charge
> 100's and 1000's of
> $$$ all the time. All the OpenSXCE work I ever did was and is
> completely UNSUSTAINABLE.
> Only GOD-like good souls such as my mother, grand-ma and Olga with her
> humbleness and
> patience plus the few though very very good-hearted souls who ever did
> donate $$$ made
> it possible in this literal sense!!!!!
> But if you would like to see OpenSXCE thrive and get really good, that
> that's no longer
> sustainable enough, to pay even the monthly rent for the single small
> room I'm living
> in, let alone electricity bills or food.
>
> Price: OpenSXCE is free for private users. Can freely be
> redistributed, changed and so on,
> as the affected open-src licenses define.
>
> Corporations, however, do need to pay.
> Price: For small businesses from 2 to 50 employees: 18% of what Oracle
> would take.
> From 51 t0 500 employees: 30%
> From 501 to 2000 employees: 40% of Oracle's price.
> With 2001 or more employees: 50% of Oracle's price.
>
>
> Take into account, that the last Oracle Solaris officially supporting
> sun4u is Solaris 10.
> While being available with latest hardware support, its userland is
> still at 2004!
>
> If somebody pays anything, expect the entire OpenSXCE project to grow
> and mature.
> If not: Well, *HOW* shall I do it any longer???
> "Martin, go, work at McDonalds" is not the right answer. Not even a
> well paid job as
> respected software-developer. OpenSXCE is a fulltime-job (for ten
> instances of myself)!
> NO TIME FOR ANY(any!)THING ELSE.
>
>
>
>
>
>
> ############################################################################################
> ######## REDISTRIBUTION
> ############################################################
>
> --------------------------------------------------------------------------------------------
> YES! SHARE!!!
> I put biggest care into not violating any license.
> It is legally absolutely perfect, to freely re-dist OpenSXCE, the REPO
> or any parts of them.
>
>
>
>
>
>
> ############################################################################################
> ######## LICENSES
> ##################################################################
>
> --------------------------------------------------------------------------------------------
> LICENSE: The sources get published as soon as time allows.
> All src stays under its current licenses (GPL, MIT, BSD, CDDL).
> My own code is by default under CDDL1.0 (and for openXsun's patches MIT).
>
>
>
>
>
>
> ############################################################################################
> ######## OPEN-SRC
> ##################################################################
>
> --------------------------------------------------------------------------------------------
> YES!!!!! @SEE LICENSES, REDISTRIBUTION
>
> _______________________________________________
> oi-dev mailing list
> oi-dev at openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
--
-------------------------------------------------------------------------------
LARCHER Aurélien | KTH, School of Computer Science and
Communication
Work: +46 (0) 8 790 71 42 | Lindstedtsvägen 5, Plan 4, 100 44 Stockholm,
SWEDEN
-------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openindiana.org/pipermail/oi-dev/attachments/20140915/45e95447/attachment-0005.html>
More information about the oi-dev
mailing list