g installation
of OpenSolaris on my Blade 1500, and hope to upgrade to a self-built
copy of the X consolidation as of snv_147 once an unrelated ZFS root
problem can be sorted out.
So while the path to OpenSolaris on SPARC with unsupported graphics is
ugly, it can be done.
Rainer
--
ble for OpenSolaris fixes the file to properly work with GCC. If
all else fails, build the compiler yourself (4.5 recommended).
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
_
is helps.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
http://arc.opensolaris.org/caselog/PSARC/2010/
PSARC/2010/169 EOF lx brandGerald Jelinek waiting fast-track 05/20/2010
Unpublished
Apart from that line, the community wasn't even informed of the demise
of lx zones ;-(
Rainer
--
ive for us, apart from being good OpenSource
citizens, is avoiding the need to maintain our local version of xdm
forever :-)
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Alan Coopersmith writes:
> Rainer Orth wrote:
>> I don't know how far Alan Coopersmith, the responsible engineer for that
>> CR, is with a putback. If desired, I could ask for a sponsor for the
>> service I have.
>
> I've made no progress in the last 5 y
lly willing
> to take reasonable platform specific patches if properly
> #ifdef'ed/autoconf'ed.
We'll see to that.
Rainer
--
-----
Rainer
uld certainly be best to get all this code upstream, though I'm
uncertain how easily the X consortium will take code as platform
specific as the contract stuff (which he took almost literally out of
Sun's gdm patches, which aren't upstream either, it seems).
k. If desired, I could ask for a sponsor for the
service I have.
> I'm aware of gdm, but I don't need it. I'd like to stay with xdm.
Indeed: gdm is a moloch ;-(
Rainer
--
------
int.
That's great news, thanks. I'm sure I'll be able to deal with the eventual
removal of Xsun support in Xserver :-)
Rainer
---------
Rainer Orth, Center for Biotechn
much better than turning my desktop into a brick.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
for the planned
Indiana-based Enterprise Solaris 11 (or whatever). Is this already being
talked about publicly?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
__
John Martin writes:
> Rainer Orth wrote:
> > What a mess ;-( Martin, any word on an open source XVR-600/jfb driver?
>
> Sun doesn't own the IP rights to boards from the 3DLabs Wildcat family
> and there are restrictions on creating derived implementations. Creative,
&g
Alan Coopersmith writes:
> Rainer Orth wrote:
> > One issue that bothers me here for SPARC desktops: with Xsun removed, what
> > will happen to machines whose framebuffers have only closed drivers
> > (e.g. I'm currently using a Blade 1500 with XVR-600 (jbf) running
>
(jbf) running
snv_114). Will I be able to continue using it or will I be just out of
luck?
Rainer
--
-
Rainer Orth, BFaculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
James Carlson writes:
> Rainer Orth writes:
> > > The project does not implement a DHCPv6 server. The server side may
> > > be handled by the existing Wide-DHCPv6 server or by a separate
> > > project.
> >
> > I had a quick look at compiling it on S
ained open source DHCPv6 server right now.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
start the project requires ?
Sure, both for the GCCfss (and eventually gcc 4.x) integration into sfw or
companion, and the ON support.
> After that the plan is:
[...]
Sounds good.
Thanks.
Rainer
---
Michael,
> Rainer Orth wrote:
>
> > I think here's an important misunderstanding: this is not how free software
> > works. If Sun as a vendor or the OpenSolaris community as a whole rely on
> > GCC in some way (as Sun has done for the initial amd64 port), it is the
, but I don't really see the benefit for ON.
> Anyway the ON changes will most certainly be independent of the compiler.
> The biggest gap is to go from 3.4 to 4.0
> All the subsequent releases are about the same from ON sources point of view.
Probably.
Rainer
Michael,
> Rainer Orth wrote:
> > I don't see CodeSourcery being very active with GCC for Solaris
> > work these days (maybe their contract has ended?)
>
> No, their contract has not ended. (I am the initiator/manager of the contact
> for the 3.4.3 compiler).
&g
Alexey,
> On Fri, 21 Jul 2006, Rainer Orth wrote:
>
> > * Try to get as many of those changes as possible into gcc mainline, either
> > for 4.2 or for 4.3 after 4.2 branches.
>
> It cannot go into 4.2 apparently. I believe you're familiar with gcc policies.
I
Alexey,
> On Fri, 21 Jul 2006, Rainer Orth wrote:
>
> > I think I asked this before when you announced GCCfss on the main gcc list:
> > how much work would it be to turn GCCfss into a generic (i.e. both sparc
> > and x86) GCC with the Sun backend? It seems that
o development proper.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
have write-after-approval privileges for GCC and can
certainly help both on the ON and on the GCC side of things.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
__
CC for Solaris
work these days (maybe their contract has ended?), only Roger Sayle
recently started a considerable amount of work on GCC mainline for
Solaris/x86 (which is very good since that platform has been quite
neglected as a GCC platform).
situation
of Solaris/x86 is considerably worse. We need to change this ASAP.
Rainer
--
-
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
from that
branch, so I'd suggest to concentrate on the latest stable GCC release
(4.1.1 right now) or even on making sure everything still works with the
upcoming GCC 4.2.0 instead. Basing considerable amounts of work on an
obsolete version is a loosing proposition IMO.
Rainer
--
ns I don't yet know about).
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
l as anything is alive and well in
> OpenSolaris that has a community now.
That's certainly very true, and could become even more so with more
documentation available on the Solaris VFS interface.
Rainer
--
-
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
general proposal
http://www.opensolaris.org/jive/thread.jspa?messageID=28219渻
might be worth consideration.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
o have tags for both the weekly
snapshots and the build tarballs.
Besides, is it possible to provide `incremental bundles' which only contain
the changes from the last one? This might speed up hg unbundle and
certainly reduces the amount of data to download.
Rainer
--
--
e's no list yet of
changes that aren't in gcc mainline (and if not, why not).
Rainer
--
-
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
h thereoff working for OpenSolaris and
integrating the then-latest stable version into OpenSolaris in the thread
above. So far, there hasn't been much response (and much less help), and
I've been both away and swamped with other issues to work much on GCC
lateley.
Rainer
--
Brian and me are active (as time
allows ;-).
Rainer
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
time networks.
This project seems to remedy those problems and again turn Solaris into a
primary NTP deployment and development platform.
Project leaders will be Brian Utterback and myself.
Rainer
-
Rainer
ormat cannot grow slice while disk is in use
as SDR-0193 in the ZFS Beta Program, but this hasn't received a Bug Id yet.
Rainer
--
-----
Rainer Orth, Faculty o
have a contracted-private SUNWkrb5int package which
delivers just that e.g. for PostgresQL use. I'd even be willing to work on
this if there's support for the idea.
Rainer
--
-
Rainer Orth, Faculty o
Danek Duvall <[EMAIL PROTECTED]> writes:
> > Wild guessing: There are no OEM packages in this build so these install
> > clusters have the same size...
>
> Yep. Actually, there's one -- SUNWphx -- but it hardly makes a difference.
Speaking of which: I once raised CR 4995856: Use of SUNWphx pack
27;s the
plan for this going forward?
Thanks.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
.org/onlinedocs/gcc-4.1.0/cpp/Pragmas.html#Pragmas
with something like
#pragma GCC system_header
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
ope
ommented yet, so I've no idea if there's
any interest to pursue such a project.
Rainer
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hope this helps.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
I described in my last message.
Rainer
--
---------
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
rly unmaintainable
code base. Coda seems to be a solution to this problem, but the current
implementation seems to be terrible and not well maintained. A proper
Solaris port would certainly be helpful here.
Rainer
--
fer to see the same interface across all
architectures supported by Solaris.
Comments?
Rainer
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-
Spencer Shepler writes:
> > http://www.opensolaris.org/jive/thread.jspa?threadID=6717&tstart=0
>
> Just FYI, the response is forthcoming; the person that was
> drafting something has been a little swamped.
Great, thanks. Anyway, I hope someone finds the suggested reorganization
useful none
storage devices work for SCSI) as an umbrella for both
block-based storage (e.g. iscsi, svm projets, maybe others?) and
filesystems (with the projects mentioned above).
Thoughts?
Rainer
--
-----
Rainer Ort
ols, just run
./mkheaders (maybe with some args, I don't remember for sure).
But Paul is right: unless for some reason you need GCC > 3.4, just use the
modified GCC 3.4.3 that is shipped in /usr/sfw from Solaris 10 onward.
Rainer
--
-----
rk than `regular' NFS
with rpcbind/mount. If I only had the time to code this myself ;-(
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
an even mount / nodevices nowadays,
since device special files live in devfs as of S10 (and nosuid has been
separated into nosetuid,nodevices; and old RFE of mine).
Rainer
--
------
Jan Setje-Eilers writes:
> > What's the current word on performing a Live Upgrade from S10 FCS to
> > Solaris Express with newboot (and eventually back to S10 FCS)? I think one
> > issue was the lack of biosdev, which should be fixed by patch 117435-01.
>
> That should be all you need, I'm cc'i
Express 6/05'.
Thanks.
Rainer
--
---------
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
le of the issues found during S10 Platinum Beta, but
never got a reaction.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mai
Rainer
--
-
Rainer Orth, Faculty of Technology, Bielefeld University
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
55 matches
Mail list logo