Re: [osol-discuss] Re: Departing Comments
On 19/03/07, Carlos Silva [EMAIL PROTECTED] wrote: Ian, Thanks, I tried running device detection tool, but it only runs on certain versions of Linux or on Windows, so it would not run on my system. There's a 'livecd' version at : http://www.sun.com/bigadmin/hcl/hcts/install_check_sx.html I think that working better with newer hardware maybe a deterrent rather than a plus factor and could push more away from Solaris than it will attract. That's an odd statement. You'd rather it *didn't* run on new hardware, or that people should spend time supporting hardware that's about to be EOLed? -- Rasputin :: Jack of All Trades - Master of Nuns http://number9.hellooperator.net/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Departing Comments
I believe that's where Solaris is trying to head. It is advertised as the most advanced OS and that could very well be but it's not the most advanced DESKTOP OS. If it were it should do all those things already mentioned and for the IT, Sys admin and the coders still have all the capabilities they are capable of using also. You bring up some true and valid points, however, I'd like to remind you that Solaris was never advertized as the most advanced desktop OS. And if we take into consideration that the desktop is dying a slow yet sure death, the long term usability of Solaris as being installed on a PC-bucket fat client as a desktop OS loses significance. In ten years most of us will most likely be running thin clients powered by some sort of set top box home server, and desktop will be as relevant as last year's snow. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: opensolaris 10 express community support Sata drive?
For sata framework, please the following heads-up: http://www.opensolaris.org/os/community/on/flag-days/pages/2006011301/ Thanks, - ying - UNIX admin wrote: This is not correct. Solaris Nevada introduces the sata framework in build 32, and so far there are already several sata framework-compliant hba drivers including marvell88sx, si3124 and ahci. These drivers support controllers' SATA native mode. I used PSARC 2006/384 SATA AHCI HBA Driver --- SATA framework interchangeably. If they are not the same thing, then I am indeed mistaken. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] on-src-DATE.tar.bz2
Why the sources are removed for download? I have no OpenSolaris installed, no 'hg' - only Solaris. How can I download latest OpenSolaris sources? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: How to build a NAS box
Driver support is very limited. And when certain hardware IS support, it isn't always clear how to install/use it. Console commands buried in man pages aren't going to cut it anymore -- I hope Unix will join us in the 21st century by the time we hit 2010 :) ALOM, meaning Advanced Lights Out Management, meaning console = serial port *IS* the 21st century. Desktop will die at most in a decade, and what will be left is server farms in the dark, managed via CLI, remote site managers (serial port concentrators) and ALOM. *That* is the future. At best, you'll have a set-top box running Solaris on top of your Hi-fi or TV in the living room and a thin client with a web browser as your GUI. So UNIX is in the 21st century already and making forward strides -- it's just that the average Joe User needs to get more Informatics literate. Informatics and I are not per tu will not cut it. Computers will *never* be as simple to use as a toaster or a laundry machine because they are orders of magnitude inherently more complex. So that can be forgotten. Yesterday. Just like learning to learn, write, and do math, the average Joe User will have to get more computer literate. There's no way around that, at least not right now. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Departing Comments
UNIX admin wrote: I believe that's where Solaris is trying to head. It is advertised as the most advanced OS and that could very well be but it's not the most advanced DESKTOP OS. If it were it should do all those things already mentioned and for the IT, Sys admin and the coders still have all the capabilities they are capable of using also. You bring up some true and valid points, however, I'd like to remind you that Solaris was never advertized as the most advanced desktop OS. And if we take into consideration that the desktop is dying a slow yet sure death, the long term usability of Solaris as being installed on a PC-bucket fat client as a desktop OS loses significance. You are overstating it a bit really. It will be true for the users, but for developers imagine writing your code in a tiny little display! How about a CAD designer? Can his program be run on a tiny little hand held? An accountant trying to do its financial planning? In ten years most of us will most likely be running thin clients powered by some sort of set top box home server, and desktop will be as relevant as last year's snow. Yeah, those apps running on the set top box still need an interface, albeit it may be different in nature than the existing FAT client desktop apps. -Ghee This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Fire!! core dumped!
On Sun, 18 Mar 2007, eric wang wrote: Hi, All, A coredumped problem occured some time in a multi-thread as the following: - lwp# 1 / thread# 1 fd90b258 _lock_try_adaptive (0, fd91c000, 10018, 8, 0, 0) ^ From the stacktrace only: Check your application whether/why cmgCall::sendEventIn() passed a NULL pointer into a locking primitive. For any more detailed statements, are you willing to share the coredump ? Btw, this looks like an older Solaris OS. Which one ? Solaris 10 and OpenSolaris no longer have the above function. Are you running this on OpenSolaris ? FrankH. fe4912bc bool cmgCall::sendEventIn(unsigned long,unsigned char*,unsigned short) (1f3f010, 2, 213c9bb, 8, 10018, 6e1b50) + 3c fe50d060 bool cmgSs7Adapter::inputNetMsg(unsigned char*) (fe50db20, 213c9a0, fe5f677c, 8, 14d53f0, fe5b85c4) + 160 fe4a6c40 void cmgCallMgr::forwardNetEvent(XEEvent*) (28b010, 162c970, 100a, 100b, fe5526eb, 0) + 300 fe1f4a7c int engIOS_EvtHdlr::handleEvent(XEEvent*) (2571f0, 162c970, 0, bd07c, 5, 2) + 55c fe96bac4 int XEEvtDispatcher::run() (1b9010, dc8650, 1b9124, 1b9078, 1, 2b32) + 224 fe991ce8 int XEProcShell::run() (1b69a0, 800, 9a8, fea06630, 1bb610, 1) + 2a8 00026238 main (3, ffbefb54, ffbefb64, 1617d0, 0, 0) + 1d8 00025308 _start (0, 0, 0, 0, 0, 0) + 108 - lwp# 2 / thread# 2 fcf9ed7c _signotifywait (fd91c000, 0, fec47a8c, 1000, fec34124, fec47fe8) + 8 fd901c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c - lwp# 3 / thread# 3 fcf9f42c _lwp_sema_wait (fcb0de60, fd91c000, 0, fcb0dd98, ffe0, 0) + c fd8f93a4 _swtch (fcb0dd98, fcb0dd98, fd91c000, 5, 1000, 1) + 424 fd8fd9b8 _reap_wait (fd920980, fd91c000, 0, 18, 0, 18) + 38 fd8fd710 _reaper (fd91ce00, fd922708, fd920980, fd91cdd8, 1, fe40) + 38 fd90b01c _thread_start (0, 0, 0, 0, 0, 0) + 40 - lwp# 26 fd909200 private___lwp_cond_wait (fe153d98, fd91cd6c, fd91c000, 3, fd91c000, 1) + 8 fd8fa358 _lwp_start (fe153d98, 0, 4000, ffbeea04, 0, 0) + 18 fd901c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c - lwp# 27 / thread# 25 fcf9f42c _lwp_sema_wait (f5109e60, fd91c000, 0, f5109d98, fe552627, 0) + c fd8f90d8 _swtch (f5109d98, 0, fd91c000, 5, 1000, 0) + 158 fd8f81ac cond_wait (f5109d98, 0, 0, fd91c000, 0, 0) + 11c fd8f8070 pthread_cond_wait (1ec658, 1ec638, f5109ab0, 0, 0, 0) + 8 fe8559b8 int ACE_Condition_Thread_Mutex::wait(const ACE_Time_Value*) (1ec658, 0, 0, febe1d60, 0, 0) + 4c feb9d0b0 int ACE_Message_QueueACE_MT_SYNCH::wait_not_empty_cond(ACE_GuardACE_Thread_Mutex,ACE_Time_Value*) (0, f5109b90, 0, 0, 19fdc, 0) + 30 feb9ba0c int ACE_Message_QueueACE_MT_SYNCH::dequeue_head(ACE_Message_Block*,ACE_Time_Value*) (1ec610, f5109bfc, 0, 1, 2, 2) + ac fe478b2c int XEQueuecmgCall::dequeue_head(cmgCall*) (1ec610, f5109ccc, 518, 2, fe49b500, fe5b85c4) + c fe4a3ff8 void*cmgCallMgr::enterCPTLoop(void*) (fe49cda0, fe5c6540, 1, c44010, fe552627, ) + d8 fe85d988 void*ACE_Thread_Adapter::invoke() (c19430, fd91d658, fe85d918, 1, fd91c000, 0) + 70 fd90b01c _thread_start (c19430, 0, 0, 0, 0, 0) + 40 - lwp# 24 fcf9c920 _door_return (10, fd91d658, fd91d670, 3, fd91c000, 1) + 10 fd8fa358 _lwp_start (fddf5d98, 0, 6000, fdff5b9c, 0, 0) + 18 fd901c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c - lwp# 28 fd909200 private___lwp_cond_wait (fdb23d98, fd91cd6c, fd91c000, 3, fd91c000, 1) + 8 fd8fa358 _lwp_start (fdb23d98, 0, 4000, ffbeea04, 0, 10003) + 18 fd901c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c - lwp# 29 / thread# 26 fcf9f42c _lwp_sema_wait (fc603e60, fd91c000, 0, fc603d98, fe552627, 0) + c fd8f90d8 _swtch (fc603d98, 0, fd91c000, 5, 1000, 0) + 158 fd8f81ac cond_wait (fc603d98, 0, 0, fd91c000, 0, 0) + 11c fd8f8070 pthread_cond_wait (1ec9d8, 1ec9b8, fc603ab0, 26a14, 192400, 0) + 8 fe8559b8 int ACE_Condition_Thread_Mutex::wait(const ACE_Time_Value*) (1ec9d8, 0, 0, febe1d60, 19fdc, 0) + 4c feb9d0b0 int ACE_Message_QueueACE_MT_SYNCH::wait_not_empty_cond(ACE_GuardACE_Thread_Mutex,ACE_Time_Value*) (0, fc603b90, 0, 0, 19fdc, 0) + 30 feb9ba0c int ACE_Message_QueueACE_MT_SYNCH::dequeue_head(ACE_Message_Block*,ACE_Time_Value*) (1ec990, fc603bfc, 0, 1, 1, 2) + ac fe478b2c int XEQueuecmgCall::dequeue_head(cmgCall*) (1ec990, fc603ccc, 518, 2, fe49b500, fe5b85c4) + c fe4a3ff8 void*cmgCallMgr::enterCPTLoop(void*) (1a0df00, fe5c6540, 1, c47010, fe552627, ) + d8 fe85d988 void*ACE_Thread_Adapter::invoke() (c19460, fd91d658, fe85d918, 1, fd91c000, 0) + 70 fd90b01c _thread_start (c19460, 0, 0, 0, 0, 0) + 40 Please help investigate it! BR, Eric This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] OpenSolaris Weekly News #53
Hey, Thanks to Eric for sending some items for inclusion in this weeks summary. Glynn == Glynn Foster announced [1] that student proposals for the Google Summer of Code were now open, and that OpenSolaris has been official accepted as a mentoring organization in that program. 1.http://mail.opensolaris.org/pipermail/opensolaris-announce/2007-March/000935.html Lingbo Tang mailed [2] an investigation on the impact of Trusted Extensions on virtual consoles, asking for feedback. 2.http://mail.opensolaris.org/pipermail/vconsole-discuss/2007-March/000370.html Moinak Ghosh announced [3] that he had successfully booted Solaris Express build 56 off an Xlofi encrypted file on the hard disk, as a proof of concept noting that performance was quite good and suggesting that a direct boot from an Xlofi device would be a better alternative. 3.http://mail.opensolaris.org/pipermail/livemedia-discuss/2007-March/49.html Alexander Kolbasov asked [4] a question of whether /usr/doc would be a possible subtree in ON for storing documentation. Rich Lowe replied [5] to say that documentation in general hasn't traditionally been stored in the tree, suggesting that project Muskoka [6] may be more appropriate. John Plocher reminded [7] everyone that the ARC case archive contained architectural specs for all significant changes. 4.http://mail.opensolaris.org/pipermail/opensolaris-code/2007-March/004592.html 5.http://mail.opensolaris.org/pipermail/opensolaris-code/2007-March/004595.html 6.http://www.opensolaris.org/os/project/muskoka/ 7.http://mail.opensolaris.org/pipermail/opensolaris-code/2007-March/004658.html Stephen Hahn announced [8] the results of the test poll for OpenSolaris priorities, with deploying a public defect management system getting top spot. 8.http://mail.opensolaris.org/pipermail/cab-discuss/2007-March/001912.html Stefan Teleman proposed [9] a project for the new generation web stack, to assume responsibility and enhance the offering that was originally Sun's Coolstack project. This project would be a consolidation of web technologies like Apache, Perl, PHP, Rails and MySQL among others. 9.http://mail.opensolaris.org/pipermail/opensolaris-discuss/2007-March/026332.html Joachim Worringen proposed [10] a new project for pluggable sockets, to provide an implementation socket address families, types and protocols for the kernel. 10.http://mail.opensolaris.org/pipermail/opensolaris-discuss/2007-March/026308.html ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] [SVOSUG] Network Auto-Magic - Thurs. Mar. 22nd, 7:30pm - SCA03
SVOSUG has what I consider a special meeting this month. John Beck will be giving a presentation on his OpenSolaris project, Network Auto-Magic. You can read about this project on the OpenSolaris webpage at: http://www.opensolaris.org/os/project/nwam/ The reason this is such a special meeting to me is that Solaris/OpenSolaris has been known for being a server product, and user applications have not been a primary focus. The Network Auto-Magic is to automate network configuration, something that is of need for mobile computers. This project does represent a milestone event for OpenSolaris! It seems Sun dropped support for laptops in Solaris 8 on x86, the latest builds of Solaris/OpenSolaris do in fact run much better on laptops, and a lot of work has gone into the code to help out. The Network Auto-Magic project really does represent the evolution of Solaris/OpenSolaris as we are seeing it change and werever it will go. This should prove to be a very interesting talk, please feel free to call-in if you're not in the area. I'm told the polycoms will be setup around the room. This will allow for a more interactive environment for the folks that call-in. For those in need of something special, John likes plain MMs! When: Thursday, Mar. 22nd, 2007 Where: Sun's Santa Clara Campus Auditorium (SCA03 upstairs) What: Network Auto-Magic Time: 7:30pm-10:00pm Map: http://blogs.sun.com/roller/resources/aland/scasj_dirmap.pdf Call-in Info: Toll Free: 866-545-5227 Intnl/pay: 865-673-6950 Conference: 809-64-14 -- Alan DuBoff - Solaris x86 Engineering - IHV/OEM Group Advocate of insourcing at Sun - hire people that care about our company! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] on-src-DATE.tar.bz2
Oleksandr Karpenko wrote: Why the sources are removed for download? To save space and time. I have no OpenSolaris installed, no 'hg' - only Solaris. How can I download latest OpenSolaris sources? You can download the build snapshot source tarballs still. The most recent is at http://dlc.sun.com/osol/on/downloads/b60 -steve -- stephen lau // [EMAIL PROTECTED] | 650.786.0845 | http://whacked.net opensolaris // solaris kernel development ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Solaris version of Flash Player 9
Someone should sue Adobe for anticompetitive monopolistic behavior. That won't get their cooperation unless it wins. While I'm not a lawyer, I don't see how it could. Tell Adobe how they'll make money off of you for doing what you want, or just find some other alternative. Those who have lots of disk space, probably set up an LX zone and display back, which with shared home directories and a wrapper on the Solaris side using ssh with X forwarding, probably wouldn't be too bad (except no browser plugin capability that way unless you display back an entire browser, which might not work so well for other things, like anything with audio or video). I wonder whether their getting Flash current on Solaris (both platforms) is a hopeful sign, or if the Flash and Acrobat Reader folks are marching to different drummers. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Solaris version of Flash Player 9
Well, I downloaded Flash Player 9 for SPARC, but my laptop's dead, so I couldn't try the x86 version. But that's a good point I suppose; if they get lots of downloads (both please, don't want to see them drop SPARC in favor of x86!), they just might take notice. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] joining Sun
Hi all, It's being announced today that I'm joining Sun as chief operating platforms officer, which basically means I'll be in charge of Sun's operating system strategy, spanning Solaris and Linux. I just posted the announcement on my blog (http://ianmurdock.com/2007/03/19/joining-sun/), and it'll likely be making the rounds soon. Just wanted to make sure you heard the news directly from me and to introduce myself. First things first: I'm a long time Linux user, developer, and advocate. I founded Debian in 1993, co-founded a Linux distribution company called Progeny in 1999, and most recently served as CTO of the new Linux Foundation, where I was (and still am) chair of the LSB, the Linux platform interoperability standard. I'm also a long time Sun fan. As for what I'll be doing: While I'm coming in with some fairly formed opinions about what Sun/Solaris/OpenSolaris ought to do (peruse my blog a bit to learn more), I'm also a big believer in listening before talking, and I have a lot of listening to do in the weeks to come. So, please, feel free to drop me a line if you have anything to tell me. And, please, be gentle while I get settled. :-) Gotta get on a call in a few minutes. In the meantime, I just wanted to say hello, and to make sure you heard the news directly from me. Later, -ian -- Ian Murdock http://ianmurdock.com/ Don't look back--something might be gaining on you. --Satchel Paige ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Proposal to include dirfd(3C) into OpenSolaris
A function like dirfd() is probably needed for completeness and compatibility, though I wonder what people are using it for Supposedly to do an opendir() then convert the result to something they could use with fchdir(), although it seems to me that if one was always going to do both, one could open() the directory and then do fdopendir() just as well. But since it's on Linux and other platforms, having it might make porting code to Solaris easier. Either approach (opendir()/dirfd() or open()/fdopendir()) might be handy on Solaris or anything else that has openat(), for use with multithreaded programs. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Proposal to include dirfd(3C) into OpenSolaris
Either approach (opendir()/dirfd() or open()/fdopendir()) might be handy on Solaris or anything else that has openat(), for use with multithreaded programs. (To be honest, our next revision of rm will store both an fd and a DIR*; with dirfd() it would need to only store the DIR *) Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Departing Comments
You are overstating it a bit really. It will be true for the users, ut for developers imagine writing your code in a tiny little display! I'm not sure what you mean by tiny little display. The smallest thin client display is 17, and I'm pretty sure you can stick as big of a flat screen panel as you'd like (24 or 30 comes to mind). If you can receive the entire X windows session from your server, aka. JDS, then you have all the nice hardware support, big screen and need no desktop PC. Also one could run apps in a web browser coming from that same server and being displayed on the thin client, but nowhere in those scenarios do you see a desktop. Cheaper that way anyway. Message was edited by: ux-admin This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Project Proposal: Next Generation Web Stack
Thanks, Stefan. You have seconds. I'll contact you offline to get you set up. On Thu, 15 Mar 2007, Stefan Teleman wrote: Project Proposal: Next Generation Web Stack Summary We would like to create an OpenSolaris project to assume and enhance the community and work originally created in Sun's CoolStack project as part of the CoolTools project. This project will assume all of the CoolStack components, including Apache HTTP Server, MySQL Database Server, Perl, PHP, Ruby, Rails, Squid and others. The existing CoolStack forums will be retired and replaced with discussions at OpenSolaris.org. Goals The aim of this project is to address the OpenSolaris community needs for a set of Next Generation Web Tier Technologies. The initial seeding of this project will be based on the work already put into CoolStack, but it is not intended to be tied to the set of technologies currently in CoolStack. The project will provide the following: - A forum for discussion on which next generation web tier components should be part of various Solaris distributions - A codebase from which various packaged software can be derived for various OpenSolaris distributions, including build scripts and best practices for building this software with OpenSolaris - A forum for discussion on what kind of integration and features users would like to see integration between OpenSolaris and these external Open Source projects Overview of CoolStack In 2006, Sun introduced CoolStack - a Solaris-optimized, full-featured open-source based Web Tier stack which includes all of the traditional components of an AMP stack. This project proposes to take the best of the technologies and practices delivered by CoolStack and fully integrate them into OpenSolaris, optimized to utilize the features within OpenSolaris such as DTrace and the Solaris Management Facility. Many details can be found on CoolStack and the associated forums at http://cooltools.sunsource.net/coolstack/. However, we would like to summarize the history and goals to clarify how they relate to this project proposal. CoolStack had been originally conceived to provide a set of out-of-the-box optimized binaries for a common set of software components on the UltraSPARC T1 based systems. By performing this packaging for the community, the OpenSPARC project and Sun's Performance Technologies group had a goal to make it easy for users to quickly add packages to their existing systems to quickly obtain optimized performance and reducing time to service. Over time, there was sufficient demand for an equivalent set of packages on x64, so a similar set of optimized packages and build scripts were put together for the i386 and amd64 architectures as appropriate. CoolStack derives its name from the CoolTools project it is associated with. Because the community has already gained familiarity with the CoolStack name, there is no plan to change the name, despite the fact it's moving away from the CoolThreads processor and CoolTools project. Q: Why should this project exist here instead of upstream source code bases? In attempting to keep the various components under this project in step with the latest and/or most popular releases from the component projects, core code modifications will be contributed to the upstream projects wherever possible. However, it is expected that some contributed items, such as build scripts, a community forum, SMF manifests and the like, are more appropriate for an OpenSolaris project than the codebase of the component project. It is also anticipated that this project may have specific discussions about packaging as it relates to various OpenSolaris distributions and a need for there to be a forum to discuss how OpenSolaris technologies such as DTrace and SMF integrate with these component projects. Accordingly, this project will serve as the source for the OpenSolaris.org discussions and community decisions. From experience with the CoolStack project forums already, we know there may be some overlap with questions on issues/bugs and how things are intended to work that may be more appropriate for the project from which the component was derived, but the members of the OpenSolaris CoolStack project will encourage working with the component projects wherever possible. This project is intended to add to the communities surrounding those projects, not fragment them. - 1. Public interfaces as defined in the ARC release taxonomy at http://www.opensolaris.org/os/community/arc/policies/interface-taxonomy/ -- Stefan Teleman Sun Microsystems, Inc. [EMAIL PROTECTED] ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
Hi Ian, That's terrific! 3rd grade chantingPacking's gonna get fixed...packaging's gonna get fixed...!/chanting All kidding aside, you being on OpenSolaris is spectacular! Damn near causing a house party where I works. Hope you have fun at it. Best Regards Jason On 3/19/07, Ian Murdock [EMAIL PROTECTED] wrote: Hi all, It's being announced today that I'm joining Sun as chief operating platforms officer, which basically means I'll be in charge of Sun's operating system strategy, spanning Solaris and Linux. I just posted the announcement on my blog (http://ianmurdock.com/2007/03/19/joining-sun/), and it'll likely be making the rounds soon. Just wanted to make sure you heard the news directly from me and to introduce myself. First things first: I'm a long time Linux user, developer, and advocate. I founded Debian in 1993, co-founded a Linux distribution company called Progeny in 1999, and most recently served as CTO of the new Linux Foundation, where I was (and still am) chair of the LSB, the Linux platform interoperability standard. I'm also a long time Sun fan. As for what I'll be doing: While I'm coming in with some fairly formed opinions about what Sun/Solaris/OpenSolaris ought to do (peruse my blog a bit to learn more), I'm also a big believer in listening before talking, and I have a lot of listening to do in the weeks to come. So, please, feel free to drop me a line if you have anything to tell me. And, please, be gentle while I get settled. :-) Gotta get on a call in a few minutes. In the meantime, I just wanted to say hello, and to make sure you heard the news directly from me. Later, -ian -- Ian Murdock http://ianmurdock.com/ Don't look back--something might be gaining on you. --Satchel Paige ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
On 3/19/07, Ian Murdock [EMAIL PROTECTED] wrote: Hi all, It's being announced today that I'm joining Sun as chief operating platforms officer, which basically means I'll be in charge of Sun's operating system strategy, spanning Solaris and Linux. I just posted the announcement on my blog (http://ianmurdock.com/2007/03/19/joining-sun/), and it'll likely be making the rounds soon. Just wanted to make sure you heard the news directly from me and to introduce myself. Cool. Very cool. --Stefan -- Stefan Teleman KDE e.V. [EMAIL PROTECTED] ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: joining Sun
I just wanted to say hello, and to make sure you heard the news directly from me. Later, -ian -- Ian Murdock http://ianmurdock.com/ Wow, I remember you. You were debIAN when Debian was cool. Mahalo. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Solaris version of Flash Player 9
Richard L. Hamilton wrote: I wonder whether their getting Flash current on Solaris (both platforms) is a hopeful sign, or if the Flash and Acrobat Reader folks are marching to different drummers. Sun's deal for Flash was with Macromedia, before the Adobe merger, so I don't think it can be read as any sign of change from the Adobe side. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Departing Comments
After a week and a half of trying every available form of openSolaris the available Solaris 10 I have to give up. I have a AsusTek AMD K7 with nForce on board chipset w/512 ram and over 600 Gb of hard disk over 3 drives. I even installed a realtek nic to try and get internet connection. We have tested a few Asus K7-based MBs and I don't recall having any problem--they are good. The Realtek NIC is a tricky part. You may have to enter an alias. But as I mentioned in a separate thread, the safest NIC card is a Netgear FA card (can't remember the exact model), which you can probably get for less than 10 bucks. For desktops, Solaris Express is definitely preferred over Solaris 10. However, Solaris Express is an aggressively developing beta, its quality (can't think of a better word right now) ebbs and webs a bit. My recommendation at the present time is Build 56. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Departing Comments
Thanks will try the livecd maybe of some help. You'd rather it *didn't* run on new hardware, or that people should spend time supporting hardware that's about to be EOLed? Your latter statement is what I was suggesting. Why? The hardware that's going to be EOL is EOL at the manufacturer, because real world that EOL is very prevalent and will be in use for some time come. So I believe that EOL and obsolescence can not be equated to the being the same thing. As I mentioned in my previous post I still have some EOL's running myself. From what I have ascertained so far this system I am writting this e-mail on must also be considered EOL by the developers, yet I would venture to say it has a very large current user base. So maybe the real problem is in definition, is it EOL when the factory stops making it or is it EOL when the users stop using it. In engineering, functionally speaking, an item or system is only obsolete when it becomes incapable of performing it's designed function. My EOL'd computer system in this case still carries out it's designed function perfectly, even thou there is new hardware out there, that in itself did not make it obsolete. As I stated *nix distros have done an excellent job in this regard, they continue to support the older hardware yet keep pushing forward with the new hardware. I have noticed that the new is a little slower coming than some would like but that is typically a small minority rather than the normative and it does eventually come. They do both! I would think that if it can be successfully done in the *nix world to their great benefit that it could also work in Solaris and also be a huge benefit to Solaris. Again as an example I have several (over 100) different choices to run on my OEL'd hardware, not including XP, or WIN2K. They don't make my system obsolete they (the other 100) make it functionally better rather than obsolete. Given the choice of buying new hardware over keeping my current desktop systems so I can run Vista or Solaris I will choose one of hundred other OS's. I even run Windows, which I must still have for certain apps, which runs in an emulator not in it's own environment on my OEL'd system and it still works great. In conclusion the best summary is both need to be addressed, that's from my point of view which means very little. I am just a user and can only answer for myself. But in my business model right now Solaris is not an option, I can not run it (yet) on any of my systems and I am not going to shell out the money for five newer systems, because the ones I have function just fine. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Project Proposal: Next Generation Web Stack
+1 from Me. Would be nice to see a Python-based framework included (Django perhaps). Also, the MySQL is a definite requirement. Calling MySQL a shoddy product is pretty nasty and wrong-headed comment. I've got my own gripes about Postgres, but lets just say I'd like to see both included, and folks can use what works best (most reliably) for them. -J On 3/16/07, UNIX admin [EMAIL PROTECTED] wrote: Project Proposal: Next Generation Web Stack Summary We would like to create an OpenSolaris project to assume and enhance the community and work originally created in Sun's CoolStack project as part of the CoolTools project. This project will assume all of the CoolStack components, including Apache HTTP Server, MySQL Database Server, Perl, PHP, Ruby, Rails, Squid and others. The existing CoolStack forums will be retired and replaced with discussions at OpenSolaris.org. +1 from me, just one suggestion: ditch the MySQL DB as fast as possible and replace it with PostgreSQL. MySQL DB is an extremely shoddy product, besides, PostgreSQL is much easier to deploy and use. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Ldap authentication problem
Hi Moises, Are you using the PAM LDAP that came with Solaris? If so, are you trying to do authentication by using an anonymous search, followed by a self-credentialed bind? -J On 3/16/07, Moises Castellanos [EMAIL PROTECTED] wrote: Hi! I have a problem using ldap authentication with opensolaris (I try Nextenta alpha release 6 and Solaris Express ). I'm using an openldap in a linux box and use: $ ldapclient init IP of my server This command works perfect but the issue is that anyone can login in the computer with any account with ssh. I try changing the configuration of ssh and pam, and anything works. When I try to login from the dtlogin and it says this account dont't have password and ask me if I wanna to set one. I also have several computers runing Solaris 10 and 9, and the authentication on this machines are working without whis problem. Can you give me any help about this ?? is a bug or a missconfiguration ?? Regards. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Is the cplus_demangle call mt-safe or async-signal-safe
Is the cplus_demangle call multi-thread safe or async-signal safe? The man pages don't indicate that it is. David. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Project Proposal: Next Generation Web Stack
Hi, I think this is a great idea and will help developers and shops that depend on these tools. Of course the key issue I see is supportability. A lot of developers like to see the latest and greatest versions of these tools. However, that must be tempered with the requirement of stability and security. So QA testing will be paramount to making this a realistic project. FYI, I noticed that postgres is now under /usr/postgres. It would be great to see mysql follow the same rule. Having /usr/apache, /usr/perl5, /usr/postgres, /usr/java, /usr/gnu, etc. are great for keeping things organized. So I hope we would do the same for other things such as Ruby, PHP, etc. Octave --- Jason J. W. Williams [EMAIL PROTECTED] wrote: +1 from Me. Would be nice to see a Python-based framework included (Django perhaps). Also, the MySQL is a definite requirement. Calling MySQL a shoddy product is pretty nasty and wrong-headed comment. I've got my own gripes about Postgres, but lets just say I'd like to see both included, and folks can use what works best (most reliably) for them. -J On 3/16/07, UNIX admin [EMAIL PROTECTED] wrote: Project Proposal: Next Generation Web Stack Summary We would like to create an OpenSolaris project to assume and enhance the community and work originally created in Sun's CoolStack project as part of the CoolTools project. This project will assume all of the CoolStack components, including Apache HTTP Server, MySQL Database Server, Perl, PHP, Ruby, Rails, Squid and others. The existing CoolStack forums will be retired and replaced with discussions at OpenSolaris.org. +1 from me, just one suggestion: ditch the MySQL DB as fast as possible and replace it with PostgreSQL. MySQL DB is an extremely shoddy product, besides, PostgreSQL is much easier to deploy and use. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Systems Engineer http://www.opensolaris.org/os/community/sysadmin/ http://unixconsole.blogspot.com [EMAIL PROTECTED] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* TV dinner still cooling? Check out Tonight's Picks on Yahoo! TV. http://tv.yahoo.com/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Project Proposal: Next Generation Web Stack
Hi, I would like to point out that manageability should be part of any web stack discussion - ask any ops guys who have had to actually deploy this stuff. Managing it usually requires a great deal of customization as current software does a poor job of dealing with it - except for ours, of course :) Obviously, I would like Hyperic HQ to be part of any web stack management discussion, but I would settle for a documented set of best practice information. I also notice that all the great J2EE-based app servers were left out of the discussion. I don't see how anyone can have a web tools discussion these days without including app servers in the mix. Thanks, John Mark Walker Community Outreach Hyperic, Inc. Octave Orgeron wrote: Hi, I think this is a great idea and will help developers and shops that depend on these tools. Of course the key issue I see is supportability. A lot of developers like to see the latest and greatest versions of these tools. However, that must be tempered with the requirement of stability and security. So QA testing will be paramount to making this a realistic project. FYI, I noticed that postgres is now under /usr/postgres. It would be great to see mysql follow the same rule. Having /usr/apache, /usr/perl5, /usr/postgres, /usr/java, /usr/gnu, etc. are great for keeping things organized. So I hope we would do the same for other things such as Ruby, PHP, etc. Octave --- Jason J. W. Williams [EMAIL PROTECTED] wrote: +1 from Me. Would be nice to see a Python-based framework included (Django perhaps). Also, the MySQL is a definite requirement. Calling MySQL a shoddy product is pretty nasty and wrong-headed comment. I've got my own gripes about Postgres, but lets just say I'd like to see both included, and folks can use what works best (most reliably) for them. -J On 3/16/07, UNIX admin [EMAIL PROTECTED] wrote: Project Proposal: Next Generation Web Stack Summary We would like to create an OpenSolaris project to assume and enhance the community and work originally created in Sun's CoolStack project as part of the CoolTools project. This project will assume all of the CoolStack components, including Apache HTTP Server, MySQL Database Server, Perl, PHP, Ruby, Rails, Squid and others. The existing CoolStack forums will be retired and replaced with discussions at OpenSolaris.org. +1 from me, just one suggestion: ditch the MySQL DB as fast as possible and replace it with PostgreSQL. MySQL DB is an extremely shoddy product, besides, PostgreSQL is much easier to deploy and use. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Systems Engineer http://www.opensolaris.org/os/community/sysadmin/ http://unixconsole.blogspot.com [EMAIL PROTECTED] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* TV dinner still cooling? Check out Tonight's Picks on Yahoo! TV. http://tv.yahoo.com/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: How to build a NAS box
It pains me to read that ux-admin. It pains me because you don't realize how wrong you are and might continue to be :) Expecting Unix thin clients to take over the home PC market in 10 years is ridiculous. Expecting normal human consumers to learn informatics in order to use normal consumer software systems is ridiculous. Believing that a complex software system can't have a simple user interface is ridiculous. (PS: This subtopic dies with this post) This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Project Proposal: Next Generation Web Stack
Also, the MySQL is a definite requirement. Calling MySQL a shoddy product is pretty nasty and wrong-headed comment. Take that however you please, but I stand behind what I wrote. Any product that is incapable of doing a cold DB dump and reimport back into another instance of the product (same revision) is shoddy, and to make matters worse, this happened while following the MySQL AB's documentation. Anything like that does not deserve to be called production quality, let alone have applications that might be mission critical depend on it. I wrote it, you read it here from me, and I stand behind it any day of the week. Message was edited by: ux-admin This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Project Proposal: Next Generation Web Stack
UNIX admin wrote: Any product that is incapable of doing a cold DB dump and reimport back into another instance of the product (same revision) is shoddy, and to make matters worse, this happened while following the MySQL AB's documentation. Anything like that does not deserve to be called production quality, let alone have applications that might be mission critical depend on it. I wrote it, you read it here from me, and I stand behind it any day of the week. All fine and well, but I suspect a few million web site operators and other IT operations staff would disagree with you. I'm a fan of Postgres myself, but any proposed web stack that leaves out MySQL is kind of missing the point by not serving the users who would, you know, actually stand to benefit. -JM ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: How to build a NAS box
It pains me to read that ux-admin. It pains me because you don't realize how wrong you are and might continue to be :) I might be. Historia est magistra vitae or, history is the teacher of life. And if one doesn't learn from history, one is doomed to repeat it, poorly. So, I guess we'll just have to stick it out and see whether I'm wrong or not. Expecting Unix thin clients to take over the home PC market in 10 years is ridiculous. People have laughed much bigger things off. Sending a man on the moon, anyone? Expecting normal human consumers to learn informatics in order to use normal consumer software systems is ridiculous. You think? Look at all the contemporary child today. They're an iPod generation, writing an SMS or an Office document is thought nothing of. Kids have a better grasp of how BitTorrent works than adults do. And those are just trivial examples. Believing that a complex software system can't have a simple user interface is ridiculous. Like I said, history is the teacher of life. There have been much better, simpler and more elegant interfaces in use than we have available today, yet those technologies failed for one reason or another. Attempts have been made to dumb down something that is inherently extremely complex, and up to date, all attempts have failed to reach that ever elusive goal. My point is, might as well make the best of it, warm up a chair and start reading documentation. You don't just start using a landry machine, you have to read the documentation on how to unpack the device and how to use it. So why should an inherently more complex device like a general purpose computer be any different? It goes against every logic. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
On Mar 19, 2007, at 11:53 AM, Ian Murdock wrote: Hi all, It's being announced today that I'm joining Sun as chief operating platforms officer, which basically means I'll be in charge of Sun's operating system strategy, spanning Solaris and Linux. I just posted the announcement on my blog (http://ianmurdock.com/2007/03/19/joining- sun/), and it'll likely be making the rounds soon. Just wanted to make sure you heard the news directly from me and to introduce myself. Hi, Ian, welcome to the community! You laid out a general outline of what you'll be doing at Sun, however as a matter of curiosity, I'm wondering what really compelled you to take this position at Sun given that your background is decidedly light-weight vis-à-vis Solaris. In your blog entry, you talk about hoping to impart more usability in Solaris, but that is a broad subject and can mean anything (or everything, as the case might be.) I'm confused by the continued balancing act Sun is playing regarding its stance towards Linux in relation to its own Solaris product. For example, IBM make comparatively more sense regarding its positioning of Linux and its own AIX - Linux being defined as IBM's small/ commodity platform OS and AIX having a defined role on IBM's mid-to- high end POWER-based platforms which are not commodity. There's a decently defined role for each. Sun and Solaris are different, though, where Solaris is at home at virtually all price points. This is where my confusion lays. Why is Sun still trying to play the Linux benefactor role (outside of certifying its hardware for, eg: RHEL and the like) when Solaris has become able to play consistently from the low-end fields all the way up to the top? I'm not trying to be combative... just genuinely curious. Good luck settling in to your new digs! /dale___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Re: Project Proposal: Next Generation Web Stack
All fine and well, but I suspect a few million web site operators and other IT operations staff would disagree with you. I'm a fan of Postgres myself, but any proposed web stack that leaves out MySQL is kind of missing the point by not serving the users who would, you know, actually stand to benefit. ...Which is why I a wrote earlier that including both in the CoolStack would be beneficial for everyone. At least then one could pick and choose between one or the other RDBMS, both optimized for Solaris. Applications that had a hard dependency on MySQL would continue to work. Everybody wins. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: joining Sun
First things first: I'm a long time Linux user, developer, and advocate. I founded Debian in 1993, co-founded a Linux distribution company called Progeny in 1999, and most recently served as CTO of the new Linux Foundation, where I was (and still am) chair of the LSB, the Linux platform interoperability standard. I'm also a long time Sun fan. Congratulations. So, let me be very direct (as always): what do you have in mind for (Open)Solaris? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: on-src-DATE.tar.bz2
Thank you a lot. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
RE: [osol-discuss] Re: joining Sun
I am more concerned about regular solaris - will it suffer because of an emphasis on linux/open-solaris george r smith Congratulations. So, let me be very direct (as always): what do you have in mind for (Open)Solaris? ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Project Proposal: Next Generation Web Stack
Hey there, We run a few hundred millions rows of data in multiple MySQL clusters and have not had the same issue...having done it many times a week. Sounds like operator error. -J On 3/19/07, UNIX admin [EMAIL PROTECTED] wrote: Also, the MySQL is a definite requirement. Calling MySQL a shoddy product is pretty nasty and wrong-headed comment. Take that however you please, but I stand behind what I wrote. Any product that is incapable of doing a cold DB dump and reimport back into another instance of the product (same revision) is shoddy, and to make matters worse, this happened while following the MySQL AB's documentation. Anything like that does not deserve to be called production quality, let alone have applications that might be mission critical depend on it. I wrote it, you read it here from me, and I stand behind it any day of the week. Message was edited by: ux-admin This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: joining Sun
One of our (OpenSolaris /and/ Sun) big problems is getting a handle on how these two worlds can/should/must evolve and interoperate with each other. Having Ian on board with his strong Linux background can't help but bring much needed clarity and focus to this chaotic area. I'm certain that there are more than enough long-term Solaris people, both in Sun and out in the OS.o community, that will make sure that the traditional Solaris values will not be ignored or forgotten in the process. Welcome aboard, Ian! -John george r smith wrote: I am more concerned about regular solaris - will it suffer because of an emphasis on linux/open-solaris ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: joining Sun
Oh boy, we are in for some fun times. This Ian guy is uniquely on the ball from what I just read on his blog. I think he could either do great things with Solaris, or try to do great things and be kicked off the boat :) And now for some one-way discussion and/or hazing. Solaris is great technology with an incredible pedigree and some very compelling features Solaris+Java could win desktop market share by combating Windows+C# for the title of most productive development environment. Where do you go to save the most money and produce the best work in the shortest amount of time? I don’t buy into the notion that software-as-a-service displaces the traditional fat client entirely, for one very simple reason: It’s going to be a while yet before we have truly ubiquitous network connectivity. Online-everything with offline fallback sure is the future, but we needn't have it now to push the thin-client paradigm forward. The so-close but so-far stepping stones are USB memory devices and then wifi smartphones with mass onboard storage. Put a multi-platform GUI on said memory from which you can load your multi-platform data. The OS doesn't matter to anyone normal. It doesn't matter to them now, and it never will. People only care about their data and their applications. The OS only matters insofar as it allows user applications to exist. Windows does this best: it doesn't get in the way of what you want to do, and it actually gives you some added value (Direct X, not much else) as well. Linux distros don't really add anything except low sticker prices, and they actually hinder with poor hardware support, poor UI, non-standardized applications, etc. Solaris is more of the same, except it does add some value with unique systems such as ZFS. PS: A huge problem to talk about is the anti-consumer telecom industry, but that is a whole different ball of wax. “Google’s current offerings–Gmail, Docs Spreadsheets, etc.–bear all the markings of a classic disruptive technology. As Harvard professor Clayton Christensen observed, [...] as the lower end product gets better, and the incumbent is forced to migrate to even more complex and expensive solutions, more of the overall customer base defects. And, then, voila, one day the incumbent wakes up and discovers that it is DEC, Sears, or AOL“ I find Clayton Christensen's analysis (or at least its blog'd interpretation) to be somewhere between skewed and incorrect. It is dripping with the over-complication and clouding of the truth that academia unfortunately produces so prolifically. The roles filled by Sears and AOL were filled by new, superior solutions. Just like when a larger lion enters the pride on the savanna, the weaker solution will be replaced simply by virtue of it being weaker in the attributes that decide life or death in combat. In these examples, the little guy disrupting the market already had and would continue to have the superior solution. And they were a significantly better and different solution. The big guys could have adjusted, and sometimes they do. But Sears and AOL were too ignorant, slow, unwilling or unable to beat the little guy. Hindsight says that Sears could have started a low-cost high-value spinoff to combat Walmart. Or AOL could have bought up cable providers (which ATT is doing right now, by the way) when modem service commodified. In any case, the customers defected because there was a clearly superior solution to their problem. Nothing AOL could do to their existing solution was able to counter the fundamentally different and superior solution offered by fast commodity internet access and swaths of free content online. Anyone up for some chocolate cake? Ian, I hope you make Solaris work with my network and SATA cards. :) This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
On Monday 19 March 2007 08:53 am, Ian Murdock wrote: It's being announced today that I'm joining Sun as chief operating platforms officer, which basically means I'll be in charge of Sun's operating system strategy, spanning Solaris and Linux. Good to see you come on board. Will be looking forward to hearing what you have to say about some of the gaps that exist today and/or how you invision moving foward to improve that. Welcome to SWAN! -- Alan DuBoff - Solaris x86 Engineering - IHV/OEM Group Advocate of insourcing at Sun - hire people that care about our company! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Departing Comments
Ghee Teo wrote: UNIX admin wrote: And if we take into consideration that the desktop is dying a slow yet sure death, the long term usability of Solaris as being installed on a PC-bucket fat client as a desktop OS loses significance. You are overstating it a bit really. It will be true for the users, but for developers imagine writing your code in a tiny little display! How about a CAD designer? Can his program be run on a tiny little hand held? An accountant trying to do its financial planning? The distinction is becoming blurred, my TV has a native resolution of 1280x768 and my main desktop panel is bigger than my last TV... The next generation LCD TVs will be 1920x1080, which is good enough for most users. Ian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Re: Project Proposal: Next Generation Web Stack
Hey there, We run a few hundred millions rows of data in multiple MySQL clusters and have not had the same issue...having done it many times a week. Sounds like operator error. Hmmm, no such error in PosgreSQL... or in Oracle. Strange, don't you think? I wouldn't call that a coincidence. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Departing Comments
Carlos Silva wrote: Can you please retain some context? It is very difficult to work out to whom your replies are addressed. In conclusion the best summary is both need to be addressed, that's from my point of view which means very little. I am just a user and can only answer for myself. But in my business model right now Solaris is not an option, I can not run it (yet) on any of my systems and I am not going to shell out the money for five newer systems, because the ones I have function just fine. When your hardware was current, OpenSolaris didn't exist, there was Solaris x86 which was then the runt of the Solaris family that nearly died due to neglect. Linux and BSD development was very active at that time, hence the much wider range of supported (older) hardware. The difference in support for contemporary hardware compared to older hardware is a good indication of how things have changed. To add support for older components requires effort which is probably better spent on the non-trivial task of keeping up with the ever changing world of PC hardware. Being an open source project, hardware support should reflect the will of the community. Ian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Departing Comments
On Sunday 18 March 2007 06:46 pm, Carlos Silva wrote: Probably if I were an IT or Sys Admin or a coder it may have been a different story. Altough I am not any of these I have been using Linux for over ten years the last six with it as my primary OS, and Solaris right now reminds me of Linux ten years ago except for an exceptionally beautiful UI. While I don't agree with your comments in regard to dating Solaris 10 years behind Linux, I do agree that it is still a bit rough to install and/or configure. That's ok, Solaris/OpenSolaris is making progress, and has come a long way to work on modern hardware. I think it would be better served with a KDE UI, but that's extremely minor in comparison with the mission critical items such as of just getting an install to work and auto driver ID and install, which should just happen out of the box if it's to be a serious contender for the desktop market. Yes, there are cases as yours that Solaris/OpenSolaris doesn't install without a hitch, and requires some fiddlin' with it to get it going. I believe that's where Solaris is trying to head. It is advertised as the most advanced OS and that could very well be but it's not the most advanced DESKTOP OS. Well, ok...it's not a bad Desktop OS, in my experience. It has some technology in it today that are not available on any other platform. I think these underlying pieces will be key as we move into the future. Solaris/OpenSolaris is certainly playing catch-up in regards to install, configuration, and immediate usability...however, I'd rather have a fantastic OS that was hard to install than one that offers much less which is easy. IOW, I think Sun has taken a decent approach at the improvements they've worked on, they do have a limit to the actual resource working on it, but Sun has taken the approach to add a load of great technology while they work on the install/config problem. Sorry, that doesn't help you today...maybe in the future it will. Or maybe you can find other hardware or figure out why yours doesn't install. It's not clear to me exactly what problems you were having, maybe a non-GUI install would do, maybe something else. If you provided more information you might be able to get some help, if you're still interested in running the most advanced OS on the planet!wink -- Alan DuBoff - Solaris x86 Engineering - IHV/OEM Group Advocate of insourcing at Sun - hire people that care about our company! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Departing Comments
UNIX admin wrote: You are overstating it a bit really. It will be true for the users, ut for developers imagine writing your code in a tiny little display! I'm not sure what you mean by tiny little display. The smallest thin client display is 17, and I'm pretty sure you can stick as big of a flat screen panel as you'd like (24 or 30 comes to mind). Ooops. Misunderstood you there for a bit. I somehow was thinking that you talked about a little hand held digital devices that access the web or server. -Ghee If you can receive the entire X windows session from your server, aka. JDS, then you have all the nice hardware support, big screen and need no desktop PC. Also one could run apps in a web browser coming from that same server and being displayed on the thin client, but nowhere in those scenarios do you see a desktop. Cheaper that way anyway. Message was edited by: ux-admin This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: joining Sun
On Monday 19 March 2007 01:37 pm, James Carlson wrote: george r smith writes: I am more concerned about regular solaris - will it suffer because of an emphasis on linux/open-solaris I don't think the divide between regular Solaris and OpenSolaris that you're suggesting in fact exists. I agree, and I'm not sure what regular solaris really means. In fact, if anything, Sun has done a top notch job at making sure that all the changes are available for both, so OpenSolaris is an inclusion of all to date, at least in the ON portion. As for Linux versus Solaris/OpenSolaris, call me provincial, but I don't see how the latter is actually suffering. I see substantial progress made. It's easy to fault any system, but Solaris/OpenSolaris certainly has a great foundation it's building on. -- Alan DuBoff - Solaris x86 Engineering - IHV/OEM Group Advocate of insourcing at Sun - hire people that care about our company! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
Jason, 3rd grade chantingPacking's gonna get fixed...packaging's gonna get fixed...!/chanting Indeed, apt-get for Solaris would be quite useful :P DSL ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
On 3/19/07, David Lloyd [EMAIL PROTECTED] wrote: Jason, 3rd grade chantingPacking's gonna get fixed...packaging's gonna get fixed...!/chanting Indeed, apt-get for Solaris would be quite useful :P Isn't that Nexenta? Had to say it. DSL ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
Joe, Indeed, apt-get for Solaris would be quite useful :P Isn't that Nexenta? Had to say it. I don't want the Ubuntu Userland on an OpenSolaris code base. I'd prefer a distribution as close to Sun's release of Sun Solaris (tm) that I can get but without Sun Solaris', errrm, wonderful? package management. DSL ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] ksh93-integration 2007-03-18 test binaries available for download
Hi! A new set of tarballs containing an OS/Net version of ksh93 [1] (based on ksh93s_final_20070111 [2]) is now available from http://www.opensolaris.org/os/project/ksh93-integration/downloads/2007-03-18/ These tarballs are intended to be installed over an existing OpenSolaris i386 or SPARC installation and provide ksh93s_final_20070111 [2] for testing and evaluation purposed ONLY. Please report any problems/errors/bugs/comments to the ksh93-integration project bugzilla [5] or the ksh93-integration mailinglist ([4]; please subscribe before posting). ** Install instructions: 1. Download the tarball: + i386/AMD64: http://www.opensolaris.org/os/project/ksh93-integration/downloads/ksh93_integration_20070318_snapshot_i386.tar.bz2 + SPARC: http://www.opensolaris.org/os/project/ksh93-integration/downloads/ksh93_integration_20070318_snapshot_sparc.tar.bz2 2. Verify the MD5 checksum: + i386/AMD64: MD5 (ksh93_integration_20070318_snapshot_i386.tar.bz2)= 1df38f1ade798a3fbff4f1250a8a211b + SPARC: MD5 (ksh93_integration_20070318_snapshot_sparc.tar.bz2)= 2a594b17b2283aef2154a164d020 3. Login as user root: 4. Change directory to / and unpack the tarball with /usr/bin/tar using the xvof option (o is very important to set the file ownership to root) Example for i386/AMD64: $ cd /tmp $ wget http://www.opensolaris.org/os/project/ksh93-integration/downloads/ksh93_integration_20070318_snapshot_i386.tar.bz2 $ /usr/sfw/bin/openssl md5 ksh93_integration_20070318_snapshot_i386.tar.bz2 MD5(ksh93_integration_20070318_snapshot_i386.tar.bz2)= 1df38f1ade798a3fbff4f1250a8a211b # cd / # sync ; sync # bzcat /tmp/ksh93_integration_20070318_snapshot_i386.tar.bz2 | tar -xvof - # sync ; sync Example for SPARC: $ cd /tmp $ wget http://www.opensolaris.org/os/project/ksh93-integration/downloads/ksh93_integration_20070318_snapshot_sparc.tar.bz2 $ /usr/sfw/bin/openssl md5 ksh93_integration_20070318_snapshot_sparc.tar.bz2 MD5(ksh93_integration_20070318_snapshot_sparc.tar.bz2)= 2a594b17b2283aef2154a164d020 # cd / # sync ; sync # bzcat /tmp/ksh93_integration_20070318_snapshot_sparc.tar.bz2 | tar -xvof - # sync ; sync ** Notes: * This tarball matches ksh93s_final (=ast-ksh.2007-01-11) with many many changes since the last version. Please test the binaries extensively. * The diffs between Solaris Nevada B51 and the current ksh93-integration tree can be obtained via svn diff -r 500:647 svn://svn.genunix.org/on/branches/ksh93/gisburn/prototype004/usr or as unified diff from http://www.opensolaris.org/os/project/ksh93-integration/downloads/svn_genunix_org_on_branches_ksh93_gisburn_prototype004_rev_500_647.diff.txt (12MB, MD5 checksum is 0ea00a2f410f742ed8c99321f26d2842). * 64bit binaries and libraries are now included (and used by default if the hardware is 64bit capable) * AST l10n utilities are stored in /usr/ast/bin/. * If you wish to use ksh93 as login shell you have to create the file /etc/shells (see shells(4) manual page) to include it in the list of allowed system login shells: Example /etc/shells file (created using $ cat usr/src/lib/libc/port/gen/getusershell.c | egrep '.*.*/(bin|sbin)/.*.*' | sed 's/[,]//g' | sort -u #): -- snip -- /bin/bash /bin/csh /bin/jsh /bin/ksh /bin/ksh93 /bin/pfcsh /bin/pfksh /bin/pfsh /bin/sh /bin/tcsh /bin/zsh /sbin/jsh /sbin/pfsh /sbin/sh /usr/bin/bash /usr/bin/csh /usr/bin/jsh /usr/bin/ksh /usr/bin/ksh93 /usr/bin/pfcsh /usr/bin/pfksh /usr/bin/pfsh /usr/bin/sh /usr/bin/tcsh /usr/bin/zsh /usr/sfw/bin/zsh /usr/xpg4/bin/sh -- snip -- * libcmd.so is replaced with a version which includes both the ksh93 builtin commands and the private Solaris API of previous libcmd versions. * The tarball was simply created from an OS/Net B51 proto/ subdir via collecting the files listed by $ find $ROOT '!' -type d | sed 's/.*\/root_sparc\///' | egrep /(lib|llib-l)(cmd|ast|shell |dll|pp)|/(ksh|rksh|pfksh)|include/ast|usr/ast/ | egrep -v cmdutils | sort #. * The tarballs do not provide a manual page for ksh93. Please use the manual page for ksh93r [3] in the meantime. * multiline input mode was temporary disabled in the default configuration due small issues. * Build instructions and further notes can be found at http://www.opensolaris.org/os/project/ksh93-integration/downloads/2007-03-18/ ** Links/References: [1]=ksh93-integration/migration project home page: http://www.opensolaris.org/os/project/ksh93-integration/ [2]=ksh93s_final_20070111 release annoucement: https://mailman.research.att.com/pipermail/ast-users/2007q1/001546.html [3]=ksh93r manual page: http://www.opensolaris.org/os/project/ksh93-integration/docs/ksh93r/man/man1/sh/ [4]=ksh93-integration mailinglist:
[osol-discuss] Single Systema Image with OpenSolaris
Hi all It is possible to build a Single System Image with OpenSolaris ? In that case, it is possible to write a program using threads that migrates every threads to another nodes ? I am a linux programmer, and Linux does't have green threads. So, threads doesn't migrates to the nodes. You have to write forked programs to migrate childs to ohter nodes, and the inter process comunication gets messy. Sorry for my bad english. I am very interested in OpenSolaris, and if I could write threaded programs to do cluster programming, well, that would be great ! Excuse my english, and thanks for your time. Gustavo ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Departing Comments
I was very amiss as to the history of Solaris. So thank you for that. That explains the why the prominence of the newer hardware. And of course makes sense. Ans as for the advanced features that's why I wanted to try and hopefully switch to Solaris. I had read much about the system and found it extremely attractive for my needs. Alas, then the old hardware gets in the way. I think open source is certainly an extremely good decision for Sun because that development will occur for the older hardware. That's why I still have hope that someday soon I'll be able to run it on my current systems, well at least a couple of them anyway. And if not that soon at least when I do finally breakdown and get something newer, however my wife does accuse me of squeaking when I walk. As for the problems with installation they were numerous and my notes were hauled off in the trash two days ago. So I would have to go through installation again to give you an accurate account. In a few months I will be able to commit sometime to that but my schedule right now does not permit that. Thank you all and I will be back. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Fire!! core dumped!
It is on solaris 5.8. Is there any other information useful for this?? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
On Tue, 20 Mar 2007, David Lloyd wrote: Indeed, apt-get for Solaris would be quite useful :P Blastwave.org is thataway - -- Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member CEO, My Online Home Inventory Voice: +1 (250) 979-1638 URLs: http://www.rite-group.com/rich http://www.myonlinehomeinventory.com ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Departing Comments
On Monday 19 March 2007 06:17 pm, Carlos Silva wrote: I was very amiss as to the history of Solaris. So thank you for that. That explains the why the prominence of the newer hardware. And of course makes sense. Ans as for the advanced features that's why I wanted to try and hopefully switch to Solaris. I had read much about the system and found it extremely attractive for my needs. Alas, then the old hardware gets in the way. Solaris has run pretty well on most older hardware, it just wasn't without fault to get installed, and oftened required some fancy tap dancing to make that happen. Unfortunately, many of the non-Solaris users aren't familiar with the music, and as such can have difficulty in dancing. It seems that you tried most of the recent Solaris Express builds, as well as S10 updates and/or GA release, is that correct? I think open source is certainly an extremely good decision for Sun because that development will occur for the older hardware. Yes, I agree. Some of the work would not be a priority, even to folks in our community as a whole (as opposed to Sun's view), because it is more important that we do create a solid foundation, and Solaris on x86 was using a fairly outdated boot environment. This has been changed, BTW, with the new boot architecture which integrated into S10u1 I believe, and respective nevada/sx builds. Older hardware acted quirky with ACPI and/or how Solaris would see some hardware. I mention this as you said K7 processor, and that might fall into such a category, as it is older. I don't know how old the system is you mention, is that an Athlon 32? Also, the BIOS and chipset of the system could have made a difference on that vintage of hardware as well. As for the problems with installation they were numerous and my notes were hauled off in the trash two days ago. So I would have to go through installation again to give you an accurate account. In a few months I will be able to commit sometime to that but my schedule right now does not permit that. Thank you all and I will be back. Please provide as much of that information as you can, when you get back to it, should you need help. It's hard to troubleshoot something with no information to go by, could be a lot of things. -- Alan DuBoff - Solaris x86 Engineering - IHV/OEM Group Advocate of insourcing at Sun - hire people that care about our company! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Fire!! core dumped!
eric wang wrote: It is on solaris 5.8. Then you have come to the wrong place, this is an Open Solaris list. Either way, the bug appears to be in application code (cmgCall::sendEventIn passing a null pointer). Ian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Fire!! core dumped!
On 19/03/07, eric wang [EMAIL PROTECTED] wrote: It is on solaris 5.8. Is there any other information useful for this?? You are more likely to find help on the SUN bigadmin forums here: http://www.sun.com/bigadmin/home/index.html -- Less is only more where more is no good. --Frank Lloyd Wright Shawn Walker, Software and Systems Analyst [EMAIL PROTECTED] - http://binarycrusader.blogspot.com/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Project Proposal: Next Generation Web Stack
On Monday 19 March 2007 13:52, Octave Orgeron wrote: Hi, I think this is a great idea and will help developers and shops that depend on these tools. Of course the key issue I see is supportability. A lot of developers like to see the latest and greatest versions of these tools. However, that must be tempered with the requirement of stability and security. http://www.php-security.org/ --Stefan -- Stefan Teleman 'Nobody Expects the Spanish Inquisition' KDE e.V.-Monty Python [EMAIL PROTECTED] ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Departing Comments
Yes I think I tried everything available, and read mountains of information. And as you mentioned with the proper knowledge base, which is not me, I could not get a good install. The one time I actually got the UI up however it was stunning for UI. Even the CDE was very nice and I could see that on low power cup's and low ram systems easily, well maybe I don't really know the specs for it. Again thanks and just like I saw a good thing in Linux ten years ago and continued working with it until it was a viable option, I see a good thing here and will try again asap. The forum has a good community spirit and the responses and information contained in it are of excellent quality. Looking forward to next venture, I don't give up easily and I expect some learning curve, but if you could keep it easy and minimal for us who are technically challenged it would really be a great thing. Thanks again and thanks to all who are involved in this monumental effort, be encouraged and just again, please keep us simple folk in mind. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Q A's harvested from my outbox
This is not an FAQ -- official, unofficial, authorized, unauthorized, or any such. It's a just some questions and answers about OpenSolaris project management that I've harvested from my outbox and cleaned up a bit. Comments welcome. [This message is cross-posted to opensolaris-discuss and website-discuss. Followups to website-discuss please.] === Q: Can you point me to some sample emails that folks have sent to opensolaris-discuss@opensolaris.org to initiate a project? A: Here are four recent good ones: http://mail.opensolaris.org/pipermail/opensolaris-discuss/2007-January/022985.html http://mail.opensolaris.org/pipermail/opensolaris-discuss/2007-January/023026.html http://mail.opensolaris.org/pipermail/opensolaris-discuss/2007-January/023088.html http://mail.opensolaris.org/pipermail/opensolaris-discuss/2007-January/023245.html === Q: I posted a project proposal to one of the opensolaris mailing lists. Is that OK? A: In order for a proposal to be considered official, it's supposed to be posted, or cross-posted to opensolaris-discuss. (It's intended to ensure broad discussion exposure). === Q: Each project and community homepage shows a list of leaders. In that context, what's a leader? A: Currently project leader is a mis-nomer in that context. Being on the leader list for a project (or community) means you have the ability to edit the project. And there can be any number of leaders. Getting a project started is really easy and whoever does it first is made the initial project page owner (so-called leader). I'd just make sure everyone who's got a vested interest in the project is on the list -- then you're all equal co-leaders/co-owners and you can all put up content, files, etc. === Q: What's the password for my new project page? A: The way it works is the system knows which project leader(s) goes with which project(s). So all you have to do is log in as yourself and you'll automatically have owner/edit privileges for your project pages. === Q: Please make me a co-leader for project xyz A: When someone wants to be added as a leader to a community or project, an existing leader is supposed to make that judgment -- and they also have system privileges that allow them to do the action. === Q: I proposed a project and got some discussion, but nobody clearly seconded it. What should I do? A: Contact the people who seemed like they might be supportive (offline is fine) and request that they second your proposal (on-list of course). == Q: We have a new project, can we have a dev (i.e. coding-specific) mailing list for our project? A: Yes *-dev lists are fine. The ZFS community, for example, was the first to split off a coding list because of the high traffic on the zfs-discuss list. === Q: Can I make the archive for our *-dev list private? A: Nobody does that. I believe it's against opensolaris.org policy. In other words, by deciding to put the project on opensolaris.org, your team is agreeing to have development discussions (including design reviews, code reviews, etc.) in the open. === Q: I'm ready to go live with my new project, can you help me write the announcement? A: Minimally, you should include a sentence with a link to the project home page, and a sentence about the mailing-list(s). Other than that, project announcements have historically run the whole gamut. Here a couple examples that you might find helpful -- the shortest one ever, and the longest one ever. --- To: [EMAIL PROTECTED] Subject: ProjectName now live The ProjectName project is now live at http://opensolaris.org/os/project/projectname Discussion will take place on projectname-discuss at opensolaris dot org. See the project page to subscribe. - Brandz announcement http://mail.opensolaris.org/pipermail/opensolaris-announce/2005-December/000415.html ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Is the cplus_demangle call mt-safe or async-signal-safe
The cplus_demangle call is mt-safe, guarded by a mutex at the outer level. There is no external state, so I don't see how asynchronous signals could cause a problem. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Is the cplus_demangle call mt-safe or async-signal-safe
Steve Clamage wrote: The cplus_demangle call is mt-safe, guarded by a mutex at the outer level. There is no external state, so I don't see how asynchronous signals could cause a problem. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org Since the code uses a mutex, it cannot be async signal safe. A program that calls cplus_demangle in both normal and signal context can deadlock if a thread calling cplus_demangle receives a signal (either sync or async) and then attempts to call cplus_demangle from the signal handler; the mutex is already held by the locking thread. - Bart -- Bart Smaalders Solaris Kernel Performance [EMAIL PROTECTED] http://blogs.sun.com/barts ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: joining Sun
Hi Ian, It is great that Sun could make you part of the team, you have a wealth of experience and credibility within the open source community that can do nothing but benefit not only Sun but the OpenSolaris Community as well. I look forward to reading your thoughts and opinions within these forums and your blog. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] A request for your input.
Hello My name is Lara Thynne and I am a PhD candidate at Deakin University Australia. I am currently researching the boundary between work and leisure activities directly related to the open source community and open source program development. As part of this I am running a survey at the following address. https://dcarf.deakin.edu.au/surveys/oss/ The survey is completely confidential and looks at your views and motivations to use Open Source software and to participate in the community. It will only take a five to ten minutes to complete and your contact details will not be recorded. You can withdraw your participation at any stage. I sincerely apologize for the spammish nature of this e-mail - I don't mean to abuse this list. I am trying to collect responses from as many open source developers and users as possible and a mailing list like can be the only way to reach many developers. Thanks again Lara P.S The program that I am using is open source, of course (www.phpsurveyor.org)! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Project Proposal: Next Generation Web Stack
On Monday 19 March 2007 07:37 pm, Stefan Teleman wrote: http://www.php-security.org/ This is scary...I think I'll go get a cold shower...;-) I have to wonder, much of the online forum software is written in PHP, and as such seems to be vulnerable. How do people deal with sites that are based on that? I mean, you have to patch this stuff constantly, so no matter what is delivered will be changing shortly it would seem. Truely the only way to deal with that is to be tracking the nightly code from PHP, or is there another way? Seems we'll need to update this regularly as a community. Not pointing the finger at you specific Stefan, it's an issue that needs to be worked out within the community. It's scary to think that much of the forum software is written with it... -- Alan DuBoff - Solaris x86 Engineering - IHV/OEM Group Advocate of insourcing at Sun - hire people that care about our company! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] joining Sun
Ian Murdock wrote On 03/20/07 00:53,: Hi all, It's being announced today that I'm joining Sun as chief operating platforms officer, which basically means I'll be in charge of Sun's operating system strategy, spanning Solaris and Linux. I just posted the announcement on my blog (http://ianmurdock.com/2007/03/19/joining-sun/), and it'll likely be making the rounds soon. Just wanted to make sure you heard the news directly from me and to introduce myself. Thanks, Ian. And welcome to the OpenSolaris community. You are getting involved at a very interesting time in our history as we begin to address some of the biggest issues we've ever faced. We welcome your input. I see the blogs generated a great deal of activity around the web earlier today. I was busy sleeping, so I missed all the action. I'm based in Tokyo. :) Stop by if you are in Asia. I'll be in SF for JavaOne, so hopefully we'll meet then. Jim ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org