[osol-discuss] Re: Problems booting Solaris (10 01/06, NV_33) on HP Pavilion dv8000
Bug ID Please. Hello, BugID: 6401605 (no longer in the database) Regards, J-F Message was edited by: jfndi This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] DUCKBILL mask contest video results
for a laugh ; ) enjoy! http://www.duckbill.tv This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: [Tomorrow Night] The sixth meeting of the Sydney Open Solaris User Gro
Date: Wednesday, January 25 Time: 6:30pm Location: Sun Solution (formally iForce) Centre. Ground floor 33 Berry St, North Sydney See http://opensolaris.org/os/community/os_user_groups/sos ug for a link to a map. Speakers Somebody with good video equipment has got to start recording these sessions and converting them to real video where the sessions can be streamed from the OpenSolaris website. We have real video for Solaris and Sun can stream the sessions (can the opensolaris site stream video?) so it would be helpfull to all those who miss the session because of job or family considerations. ---Bob This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] got $$ to burn-- what machine should i buy for opensolaris and linux?
The SPARC chips from Fujitsu will be binary and source compatible with the SPARC chips from Sun. So I don't see an issue. Darren ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Delete files older than 1 hr
Stefan Parvu [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]uname -a SunOS earth 5.11 snv_36 i86pc i386 i86pc [EMAIL PROTECTED]which find /usr/bin/find [EMAIL PROTECTED]man find [...] -mmin n File's data was last modified n minutes ago. Sorry - but I don't like this imprudent GNUism. Better to use -mtime 123m Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: Nevada Companion Software
Dennis Clarke [EMAIL PROTECTED] wrote: 4) No duplication/replacement of libraries already present in the target Solaris release. Also super tough given the multiple versions of Solaris to be supported. It may simply be a case where there will be multiple trees of software. Currently Blastwave has a tree for Solaris 8 on Sparc and x86. This is then linked to 5.9, 5.10, 5.10.1 and of course 5.11. We do not yet have a link for SchilliX etc. A current problem with Blastwave is that Blastwave compiles everything on Solaris 8 and thus gets only the features from Solaris 8. This makes e.g. star cdrecord limited. Another problem is the fact that Blastwave sometimes installs much more than I like and I ever requeted. One result was e.g. that Blastwave did install another sshd and let it replace on a random base, resulting in problems to log in. This is something that needs a fix in case that Blastwave would be used as a base for a generic OSS add on system. Is this a need or a want? In order to ensure that you can reproduce the exact same bits at your house then we need to completely spec out the build platform as well as patches etc. No, if you build on Solaris 11, you get more functionality than on S8. But then Blastwave needs to become OSS itself. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: Nevada Companion Software
Bill Sommerfeld [EMAIL PROTECTED] wrote: The Solaris development process more or less rejects the notion of trusted developers. ... We emphasize control over *what* goes in, not *who* makes the change. How do you like to do this without trusted and skilled people? Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: Nevada Companion Software
On Tue, 2006-04-25 at 06:24, Joerg Schilling wrote: Bill Sommerfeld [EMAIL PROTECTED] wrote: The Solaris development process more or less rejects the notion of trusted developers. ... We emphasize control over *what* goes in, not *who* makes the change. How do you like to do this without trusted and skilled people? Where did skilled come from? Of course we can't do it without skilled people, but as to trust, the answer is in the part of my message you deleted: I expect everything I do to be questioned, and if I can't adequately explain and defend my proposed changes, I'm not ready to integrate. Everything we do is (or at least should be) subject to peer and expert review. No change ends up in OS/Net without being reviewed by at least 2 other people, and sometimes far more than that. and in other messages from me on this thread. - Bill ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Unable to connect to application on local zone.
Hi, I have setup a siebel component called scs on a local zone. The application gets installed fine and I can see it running and connecting to the database, however I am unable to connect to this application i.e scs by using another tcl application called java client from another machine (by providing ip address of the zone) which is on solaris 9 6. What puzzles me more that ps -ef | grep -i scs shows me the same output from all the zones and points to a common location eg./app01/... Then if I enter the ip address of the global zone for connecting the java client to the scs it starts working and the client is able to talk to the scs process. Can anyone share any thoughts why the connection between the client scs process is failing when using zone specific ip address? Thanks in advance, Abhilash This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: Nevada Companion Software
Alan Coopersmith [EMAIL PROTECTED] wrote: As others have pointed out, the root of the problem is that your current setup requires you to put your full trust in the maintainers of each package with no way to verify that they've not inserted a trojan horse into the build. That's the discussion that should continue here. This could only be checked once the Blastwave source is open Which means build scripts/Makefiles and patches. BTW: This reveals a problem in the CDDL. The CDDL does not require you to publish the scripts makefiles, ... as well as other things (e.g. other closed source objects) that would allow you to re-create a published binary. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: Nevada Companion Software
Philip Brown [EMAIL PROTECTED] wrote: Basically, blastwave packages are set up to be binary distributions, not developer distributions. If you want to compile other stuff against our packages, you are encouraged to become a maintainer and add to the collection, using our nice clean build servers ;-) Binary distributions od libraries are developer packages. In any case, while I understand that programs nay need their own additional things like star includes a non-broken replacement for a defect found in -lsec on Solaris 8, talking about Solaris 11 is different. I would like to see a solution that not only fits to the needs of a Sun Solaris 8..11, but also fits to SchilliX. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: Re[2]: [osol-discuss] Project proposal: Nevada Companion Software
Robert Milkowski [EMAIL PROTECTED] wrote: I myself would prefer open source software based on libraries already included in Solaris (like OpenSSL) - something I can't get with Blastwave. This is something that currently does not fit the ON OSS model from Sun. Unless we find a way that Sun makes more bits OSS, it may be that e.g. Schillix is forced to supply different libs than Sun does. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: Nevada Companion Software
Joerg Schilling wrote: Robert Milkowski [EMAIL PROTECTED] wrote: I myself would prefer open source software based on libraries already included in Solaris (like OpenSSL) - something I can't get with Blastwave. This is something that currently does not fit the ON OSS model from Sun. Unless we find a way that Sun makes more bits OSS, it may be that e.g. Schillix is forced to supply different libs than Sun does. Huh ? I truely don't understand what you are getting at here. Sun is doing its bloody best to release as much code as quickly as we can. What is left in ON that is closed source is closed for a reason. But Roberts comment was about something like OpenSSL. We already ship everything needed for OpenSSL all of our makefiles and our changes. However what we didn't do for OpenSSL was treat it like other things in the SFW consolidation (NOT the companion CD the SFW one) where we check in a tar ball and use there makefiles from that. In hind sight that was a mistake and you can if you wish blame me for it. It was me and me alone that choose to have OpenSSL built they way it is in ON. There were reasons to do this and if given the chance again I might do it differently based on what I now know, but back then OpenSolaris wasn't started and neither was Blastwave. -- Darren J Moffat ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Build times for Open Solaris....
Menno Lageman [EMAIL PROTECTED] wrote: Indeed, setting it to 2 increases build time to almost 4 hours. I need to take back my statement that increasing max jobs to 32 doesn't decrease build time though (must have loked at the wrong logfile): jobstime 4 2:26 8 2:01 16 1:54 32 1:53 Whether jobs 8 help to increase the speed also deepends on whether there is a need to spend time in cache syncs. It seems that you get advantages as long as you stay = the number of CPUs while time-slicing a CPU does not help. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Project proposal: Nevada Companion Software
Eric Boutilier [EMAIL PROTECTED] wrote: And when it finds that certain /usr/sfw or more tightly integrated bits need to be updated, this can be driven from the CCD community directly... +1. An up-to-date CCD (and JDS) drives an up-to-date SFW, which reduces (dramatically reduces?) the need for distros and ports projects to install duplicate libraries. Or put another way, the OpenSolaris standard base improves in a way that dramatically makes life easier for developers and package mainainers. In case that SFW will use recent enough versions of the software. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: technical (kernel?) discussion list progress?
Martin Schaffstall [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] Mailing list names should be descriptive and consists of more than one word. Famous examples for bad list names include The question was whether this hackers list would really be limited to the kernel as LKML is or whether it would try to address a whole problem. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: Nevada Companion Software
Glynn Foster [EMAIL PROTECTED] wrote: As opposed to the millions of software developers that are writing the millions of unaudited code that forms the base of your packages. Sometimes 'good faith' is as much as you can hope for. Well, to be serious I did seee also code coming into OpenSolaris that would not pass my audits... Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Project proposal: Nevada Companion Software
ken mays [EMAIL PROTECTED] wrote: 3. What is being done currently with colleges, universities, and organizations?? Isn't NetBSD doing work in providing packages/ports to Solaris using the NetBSD build system?!? As long as build systems that are coming from other OS add patches that are not needed or counter-productive on our OS, it does not help much. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: Nevada Companion Software
Glynn Foster [EMAIL PROTECTED] wrote: As opposed to the millions of software developers that are writing the millions of unaudited code that forms the base of your packages. Sometimes 'good faith' is as much as you can hope for. Well, to be serious I did seee also code coming into OpenSolaris that would not pass my audits... Considering that any band of engineers produces bugs in a proportion to the amount changed, that should be no surprise. Did you file bugs for those instances? Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Project proposal: Nevada Companion Software
Joerg Schilling wrote: Robert Milkowski [EMAIL PROTECTED] wrote: I myself would prefer open source software based on libraries already included in Solaris (like OpenSSL) - something I can't get with Blastwave. This is something that currently does not fit the ON OSS model from Sun. But is this really a problem with the ON OSS model per se? The closed binaries are due to encumberances beyond Sun's control... Unless we find a way that Sun makes more bits OSS, Please elaborate. It's not clear if you are referring to ON's set of closed binaries, or closed makefiles and build-scripts. (BTW, the SFW consolidation was released a few weeks ago, so all those makefiles, etc. are now open...) it may be that e.g. Schillix is forced to supply different libs than Sun does. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Build times for Open Solaris....
Joerg Schilling wrote: Menno Lageman [EMAIL PROTECTED] wrote: Indeed, setting it to 2 increases build time to almost 4 hours. I need to take back my statement that increasing max jobs to 32 doesn't decrease build time though (must have loked at the wrong logfile): jobstime 4 2:26 8 2:01 16 1:54 32 1:53 Whether jobs 8 help to increase the speed also deepends on whether there is a need to spend time in cache syncs. It seems that you get advantages as long as you stay = the number of CPUs while time-slicing a CPU does not help. The number of jobs to run depends on both the speed of the CPUs and the IO bandwidth of the machine, and the design of the Makefiles since dmake doesn't really limit itself to the specified number of jobs. - Bart -- Bart Smaalders Solaris Kernel Performance [EMAIL PROTECTED] http://blogs.sun.com/barts ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Project proposal: Nevada Companion Software
Joerg Schilling wrote: As long as build systems that are coming from other OS add patches that are not needed or counter-productive on our OS, it does not help much. Yeah, you hit the nail on the head when it comes to pkgsrc. In my work with pkgsrc, I found this to be maybe the biggest disadvantage. This and other burdens caused by using a system that is strongly NetBSD oriented and tries to be all things to all OS's. Eric ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: got $$ to burn-- what machine should i buy for opensolaris and linux?
not sure if i want a laptop or desktop though. as far as laptops go the ferrari 4000 seems to be very popular. and i've been told that ASUS builds a nice laptop (i guess they make the powerbooks for apple). i think i want to stay away from the intel machines as i prefer AMDs and i work for a PPC based company. If you want a serious laptop try a Sager 9750 decked out. http://www.sagernotebook.com/pages/notebooks/product.cfm?ProductType=9750 I've been using this model with the latest Nvidia drivers on the latest Nevada builds and it works quite well. The only thing I had to replace was the cheap minipci type wireless card (RA2500) they ship with them. I get my wireless cards from Netgate.com two models which I have tested with opensolaris that work well are: http://www.netgate.com/product_info.php?cPath=26_34products_id=279 which is 400mw atheros 5006 based card and http://www.netgate.com/product_info.php?cPath=26_34products_id=109 which is an atheros 5004 based card. ---Bob This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: got $$ to burn-- what machine should i buy for opensolaris and linux?
Of course this add depends on your use and preference, but I'm partial to the wickedly fast Ultra 20 and Ultra 40. brbr Perhaps even a Ultra 20 band/b a Ferrari for about $4k? brbr N1 grid engine is free so you could pool those btwo/b systems if you wanted. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris distros collaboration by using launchpad.net
Moinak Ghosh wrote: Erast Benson wrote: Guys, I were thinking on what would be beneficial for every camp involved into OpenSolaris and related development? What would be useful for NexentaOS, BeleniX, SchilliX, marTux, SCXR, etc ? I think having centralized place (bugzilla, bounty, project management, calendar, etc) for OSS packages would be really beneficial for every camp involved. I came across launchpad.net[1] and I think it could be a really great idea to utilize it for OpenSolaris community. NexentaOS is already registered[2] there, the same way we could register opensolaris-generic and other distros where we could collect all our patches and together collaborate on ongoing issues. I browsed through the launchpad.net site. It looks like a very useful resource. In fact I have to put up a open subproject page and track status. I guess launchpad will provide a good framework for doing this rather than having to maintain and keep updating a static HTML page. In general there are bugs that will be common to distros. These can be tracked to avoid duplication of effort by the various distros. This is a good opportunity to collaborate. I will register the BeleniX project. Regards, Moinak. Erast, Moinak -- Is launchpad maybe a place where participating projects could work on standardizing auxilliary[1] FOSS libraries? Eric [1]: A set of key libraries that are currently being maintained separately by most (all?) distros and ports systems because they are not part of Nevada -- or they are in Nevada but deemed unsatisfactory. Few great things about launchpad (as I see it): 1) It could coexist with existing bug-tracking systems, i.e. we don't have to change NBTS to Malone for instance and re-integrate our internal stuff; 2) It provides integrated bounty[3] system. So end user potentially could pay cache for particular fix in his favorite distro; 3) Its well done. [1] http://launchpad.net [2] http://launchpad.net/distros/nexenta [3] http://launchpad.net/bounties ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Solaris on ARM
Does anyone know of any projects to port Solaris to ARM? It would be a great embedded OS. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Solaris on ARM
John Downing wrote: Does anyone know of any projects to port Solaris to ARM? It would be a great embedded OS. I know from discussion, part of the reason there's desire for a PowerPC port is for embedded applications. So, there may be an embedded option before too long-- just not ARM. - Matt -- Matt Ingenthron - Technical Specialist, Web Services Sun Microsystems, Inc. - Client Solutions http://blogs.sun.com/mingenthron/ email: [EMAIL PROTECTED] Phone: 310-242-6439 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris distros collaboration by using launchpad.net
On Tue, 2006-04-25 at 13:52 -0500, Eric Boutilier wrote: Moinak Ghosh wrote: Erast Benson wrote: Guys, I were thinking on what would be beneficial for every camp involved into OpenSolaris and related development? What would be useful for NexentaOS, BeleniX, SchilliX, marTux, SCXR, etc ? I think having centralized place (bugzilla, bounty, project management, calendar, etc) for OSS packages would be really beneficial for every camp involved. I came across launchpad.net[1] and I think it could be a really great idea to utilize it for OpenSolaris community. NexentaOS is already registered[2] there, the same way we could register opensolaris-generic and other distros where we could collect all our patches and together collaborate on ongoing issues. I browsed through the launchpad.net site. It looks like a very useful resource. In fact I have to put up a open subproject page and track status. I guess launchpad will provide a good framework for doing this rather than having to maintain and keep updating a static HTML page. In general there are bugs that will be common to distros. These can be tracked to avoid duplication of effort by the various distros. This is a good opportunity to collaborate. I will register the BeleniX project. Regards, Moinak. Erast, Moinak -- Is launchpad maybe a place where participating projects could work on standardizing auxilliary[1] FOSS libraries? Standardizing FOSS libraries? An example? AFAIK, its a good place to keep track changes across various distros. But not only for libs, for apps too, like security fixes for Firefox, Mozilla, OpenOffice, Gaim, etc.. Another attractive thing is its Bounty system. Basically, end user could assign his price for particular bug or feature in particular package/distro. After that, developer and user will get in touch, and once feature implemented, developer will be paid off. Eric [1]: A set of key libraries that are currently being maintained separately by most (all?) distros and ports systems because they are not part of Nevada -- or they are in Nevada but deemed unsatisfactory. Few great things about launchpad (as I see it): 1) It could coexist with existing bug-tracking systems, i.e. we don't have to change NBTS to Malone for instance and re-integrate our internal stuff; 2) It provides integrated bounty[3] system. So end user potentially could pay cache for particular fix in his favorite distro; 3) Its well done. [1] http://launchpad.net [2] http://launchpad.net/distros/nexenta [3] http://launchpad.net/bounties ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org -- Erast ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: OpenSolaris distros collaboration by using launchpad.net (fwd)
Erast Benson wrote: On Tue, 2006-04-25 at 13:52 -0500, Eric Boutilier wrote: Moinak Ghosh wrote: Erast Benson wrote: Guys, I were thinking on what would be beneficial for every camp involved into OpenSolaris and related development? What would be useful for NexentaOS, BeleniX, SchilliX, marTux, SCXR, etc ? I think having centralized place (bugzilla, bounty, project management, calendar, etc) for OSS packages would be really beneficial for every camp involved. I came across launchpad.net[1] and I think it could be a really great idea to utilize it for OpenSolaris community. NexentaOS is already registered[2] there, the same way we could register opensolaris-generic and other distros where we could collect all our patches and together collaborate on ongoing issues. I browsed through the launchpad.net site. It looks like a very useful resource. In fact I have to put up a open subproject page and track status. I guess launchpad will provide a good framework for doing this rather than having to maintain and keep updating a static HTML page. In general there are bugs that will be common to distros. These can be tracked to avoid duplication of effort by the various distros. This is a good opportunity to collaborate. I will register the BeleniX project. Regards, Moinak. Erast, Moinak -- Is launchpad maybe a place where participating projects could work on standardizing auxilliary[1] FOSS libraries? Standardizing FOSS libraries? An example? Based on the recent Companion discussions, there seems to be a consensus that it'd be good to have additional standard libraries. In other words, an auxilliary set (/opt/unified/lib, or whatever) that would supplement the standard ones that the distros already inherit from Nevada's /usr/lib. The thing that would make them standard is if some/all distros and ports projects agreed on certain things, such as: - What the actual contents would be - The path where these libraries would reside (e.g. /opt/unified/lib or whatever) - A collaborative way to maintain them Eric AFAIK, its a good place to keep track changes across various distros. But not only for libs, for apps too, like security fixes for Firefox, Mozilla, OpenOffice, Gaim, etc.. Another attractive thing is its Bounty system. Basically, end user could assign his price for particular bug or feature in particular package/distro. After that, developer and user will get in touch, and once feature implemented, developer will be paid off. Eric [1]: A set of key libraries that are currently being maintained separately by most (all?) distros and ports systems because they are not part of Nevada -- or they are in Nevada but deemed unsatisfactory. Few great things about launchpad (as I see it): 1) It could coexist with existing bug-tracking systems, i.e. we don't have to change NBTS to Malone for instance and re-integrate our internal stuff; 2) It provides integrated bounty[3] system. So end user potentially could pay cache for particular fix in his favorite distro; 3) Its well done. [1] http://launchpad.net [2] http://launchpad.net/distros/nexenta [3] http://launchpad.net/bounties ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] [osol-mktg] Upcoming Anniversary Activities for OpenSolaris User Groups
Sorry for the virtual cross-post... The 1-year anniversary celebration is all about the great strides and contributions the community has made over the past year. Start sending out your ideas about what things the community can do to help celebrate being open for a year. It's an opportunity for you all to stand up and talk about all of the cool things that have happened over the past year. Thanks, Karyn Original Message Subject: [osol-mktg] Upcoming Anniversary Activities for OpenSolaris UserGroups Date: Tue, 25 Apr 2006 13:53:14 -0400 From: Laura Ramsey [EMAIL PROTECTED] To: [EMAIL PROTECTED], OpenSolaris Marketing [EMAIL PROTECTED] We're coming up on the 1 year anniversary for opensolaris.org...and so much has GROWN since June 14th 2005! We have so many members, and projects thriving, and user groups in fabulous locations around the globe. The OpenSolaris marketing team is starting to plan a few things to celebrate this great milestone--yes, t-shirts! But we also were thinking about how we can create a worldwide celebration--Hopefully Some of the user groups may be planning a special meeting--and the idea of doing a webcast has also been suggested. So please, let us know what you might be considering-- Would a webcast be cool? Who would you like to see present on a webcast? What technical topic is of most interest? Will you be holding a celebration meeting? How many attendees would you expect at your meeting? Looking forward to getting more of our planning underway! Cheers, LKR ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-mktg] Upcoming Anniversary Activities for OpenSolaris User Groups
If we don't want to clog up this list with all of the MANY ideas that are going to stream in, we can move it over to the marketing list (cc'd here) - [EMAIL PROTECTED] And any ideas are welcome. I volunteer to compile the ideas that come in and we can vote on them. Things like changes to the web site, content additions or updates, blogs for the one year mark, bring a friend to the party (virtual party), ISOs, web casts, pod casts, guides, whatever you think would be a good way to commemorate our one year anniversary. Tim and Glynn Foster put forward a bunch of ideas for the Google Summer of Code. I think we should do them anyway. Sara Karyn Ritter wrote: Sorry for the virtual cross-post... The 1-year anniversary celebration is all about the great strides and contributions the community has made over the past year. Start sending out your ideas about what things the community can do to help celebrate being open for a year. It's an opportunity for you all to stand up and talk about all of the cool things that have happened over the past year. Thanks, Karyn Original Message Subject: [osol-mktg] Upcoming Anniversary Activities for OpenSolaris UserGroups Date: Tue, 25 Apr 2006 13:53:14 -0400 From: Laura Ramsey [EMAIL PROTECTED] To: [EMAIL PROTECTED], OpenSolaris Marketing [EMAIL PROTECTED] We're coming up on the 1 year anniversary for opensolaris.org...and so much has GROWN since June 14th 2005! We have so many members, and projects thriving, and user groups in fabulous locations around the globe. The OpenSolaris marketing team is starting to plan a few things to celebrate this great milestone--yes, t-shirts! But we also were thinking about how we can create a worldwide celebration--Hopefully Some of the user groups may be planning a special meeting--and the idea of doing a webcast has also been suggested. So please, let us know what you might be considering-- Would a webcast be cool? Who would you like to see present on a webcast? What technical topic is of most interest? Will you be holding a celebration meeting? How many attendees would you expect at your meeting? Looking forward to getting more of our planning underway! Cheers, LKR ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Intelligent announcement descriptions, please!
When sending out announcements to the opensolaris announcements lists, could people [b][i][u]please[/u][/i][/b] put intelligent, descriptive, and useful descriptions into the announcements? After getting the recent announcement for the Companion project, I have no clue as to what a companion is. After a moment's head scratching, the only concept that occurred to me, is the concept of a companion, from the Sci-Fi series, Firefly/Serenity, and I'm sure that this has utterly nothing in common with what was intended. :-) So, in the future, could people please add something useful? Something like, What is it, and why is it useful? [ Please don't tell me what a companion is. :-) After a bit of searching, I remembered what it is. ] This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Process draft: Requesting historical ARC cases
FYI... a message about requesting historical ARC cases was posted to arc-discuss: http://www.opensolaris.org/jive/thread.jspa?threadID=8183tstart=0 Comments appreciated (but please post them there, not here). Eric ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-mktg] Upcoming Anniversary Activities for OpenSolaris User Groups
Karyn Ritter wrote: Sorry for the virtual cross-post... The 1-year anniversary celebration is all about the great strides and contributions the community has made over the past year. Start sending out your ideas about what things the community can do to help celebrate being open for a year. It's an opportunity for you all to stand up and talk about all of the cool things that have happened over the past year. Yes, it's been a wild year for OpenSolaris. Congratulations to everyone. We opened after a long (and longer and longer) closed pilot period where Sun talked aggressively about the intention to do all this. Few believed us back then. We reached out to Solaris developers, customers, partners, and multiple open source communities for a year, and a damn nice little pilot developed -- which was noticed throughout Sun and directly influenced Sun. During that time, Sun was also lambasted in the press for being late (too late, in fact). People said that the OpenSolaris community didn't exist, that we could never build a community, that Sun would never open the good parts of Solaris, that Solaris was dead, and then it got ugly from there. Well, they were wrong -- let alone not very helpful. But even better, the nascent OpenSolaris community performed rather honorably in the midst of that swill, I really must say. That early period taught me about what this community is all about. To me, June 14, 2005 was about Sun opening Solaris. The Solaris engineers led the launch (a first around here, I can assure you) with blog tours through the code, while the pilot community taught us a great deal about the requirements and the potential community we could build together. Since then, Sun has been releasing code all along, but the community is emerging in new areas and is leading -- while Sun is very much part of that community in the form of hundreds of Solaris engineers. The community is doing things now that were totally unplanned initially -- which means we have succeeded in the early stages of building a community right in our very first year. So, the one year anniversary of OpenSolaris is not about Sun; it's about what the OpenSolaris *community* has achieved. Let's talk about what we have accomplished and how we want to celebrate those accomplishments. What we do and how we do it is our decision now. And we've more than earned it. Here's my list of highlights off the top of my head (in no particular order, of course) * Massive level of conversations on more than 110 lists * Solid membership numbers that no one predicted * Growing blog community (started from zero and now at several hundred) * Diverse community/project representation (40 communities, 25 projects) * Nascent user group community in multiple regions around the world * Absolutely blew away all predictions of code contributions * Non-code contributions also (docs, articles, websites, mirrors ...) * Helped reverse the fortunes of Sun's Solaris product * 5 entire distributions: SXCR, Schilix, Belenix, Nexenta, marTux. * Ports underway: DTrace to BSD, OpenSolaris to PowerPC, Gentoo Portage * Creation of an OpenSolaris Charter enfranchising the community * Significantly positive press/analyst coverage * Regular releases of code and binaries after the first launch (DTrace) and after the second launch (OpenSolaris) -- more tools, OpenGrok, and entire Solaris consolidations (storage, JDS, X, ZFS, BrandZ, etc). * Development process and governance discussed in the open * Participation at conferences: FISL, OSCON, LWE, Lisa/Usenix, Apache, JavaOne, MySQL, OSBC, all around the world. * * * * * * help me out ... what else ? So What has *your* experience been with the OpenSolaris project? Did you expect this? What has surprised you? And How do you want to celebrate all this? I think we can agree that this is something worth celebrating, right? Jim Original Message Subject: [osol-mktg] Upcoming Anniversary Activities for OpenSolaris UserGroups Date: Tue, 25 Apr 2006 13:53:14 -0400 From: Laura Ramsey [EMAIL PROTECTED] To: [EMAIL PROTECTED], OpenSolaris Marketing [EMAIL PROTECTED] We're coming up on the 1 year anniversary for opensolaris.org...and so much has GROWN since June 14th 2005! We have so many members, and projects thriving, and user groups in fabulous locations around the globe. The OpenSolaris marketing team is starting to plan a few things to celebrate this great milestone--yes, t-shirts! But we also were thinking about how we can create a worldwide celebration--Hopefully Some of the user groups may be planning a special meeting--and the idea of doing a webcast has also been suggested. So please, let us know what you might be considering-- Would a webcast be cool? Who would you like to see present on a webcast? What technical topic is of most interest? Will you be holding a celebration meeting? How many attendees
[osol-discuss] Re: got $$ to burn-- what machine should i buy for opensolaris and linux?
I would recommend a 15 MacBook...Runs Solaris, OSX, Windows and some Linux distro's. And it just passed second revision. I didn't think I ever needed osx or windows until I had to do some video editing, unfortunately you need proprietary software to do meaningful video production and OSX comes with some pretty great consumer level video editing software. You'll just have to hassle ATI if you want drivers for Solaris because there aren't any yet (Vesa mode!) This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Problems booting Solaris (10 01/06, NV_33) on HP Pavilion dv8000
Why is 6401605 no longer in the database? It is related to: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6406183 Which also is related to. http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6413401 6328841 is related and is still there. http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6328841 Which should be related to the afore mentioned patches. How do we get these related? How do we get these to be active? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] audio810 vs. auidoi810
I recently installed Build 37 on an HP nx9600 laptop. $ isainfo -v 64-bit amd64 applications cx16 mon sse3 pause sse2 sse fxsr mmx cmov amd_sysc cx8 tsc fpu 32-bit i386 applications cx16 mon sse3 pause sse2 sse fxsr mmx cmov sep cx8 tsc fpu /usr/X11/bin/scanpci reports: pci bus 0x cardnum 0x1e function 0x02: vendor 0x8086 device 0x266e Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller Which is handled by the SUN supplied audio810 driver. Which seems to enumerated just fine and showed up in modinfo. If I did /usr/bin/audioplay /usr/share/audio/samples/au/sample.au It seems to work without errors except I hear nothing. Commenting out device 8806,266e from /etc/driver_aliases, cleaning up devlinks etc. and Installing Juergen Kile's audioi810 beta 1.9 from www.tools.de/solaris and it works fine. Is this a mixer issue? Does theatre mode create any synapses? ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] [Tonight!] The sixth meeting of the Sydney Open Solaris User Group
Date: Wednesday, April 26 Time: 6:30pm Location: Sun Solution (formally iForce) Centre. Ground floor 33 Berry St, North Sydney See http://opensolaris.org/os/community/os_user_groups/sosug for a link to a map. Speakers Brendan Gregg Brendan will be speaking about the upcoming Solaris Internals Book. Brendan will chat about the upcoming Solaris Internals 2nd edition, an awsome reference that contains many OpenSolaris and Solaris 10 specifics - including DTrace and mdb. He was able to contribute towards this edition, in particular writing material for the second volume (it is now 2 books). When Brendan is not teaching Solaris topics, he spends time playing with DTrace and the DTrace toolkit as well as dabbling in the games community. Bill Moore Bill will be available for an informal Q/A session on pretty much anything you want to ask about OpenSolaris . Bill is an engineer in the ZFS team. It should be an interesting evening and we'd love to see a good turnout. Apologies for the lack of notice, things have been thrown together rather quickly. STOP PRESS -- Jeff Bonwick will also be around tonight! -- Alan Hargreaves - http://blogs.sun.com/tpenta Staff Engineer (Kernel/VOSJEC/Performance) Product Technical Support (APAC) Sun Microsystems I'm going in the World's Greatest shave for Leukaemia. See http://blogs.sun.com/tpenta?entry=raising_money_for_leukaemia_support ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-mktg] Upcoming Anniversary Activities for OpenSolaris User Groups
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sara Dornsife wrote: If we don't want to clog up this list with all of the MANY ideas that are going to stream in, we can move it over to the marketing list (cc'd here) - [EMAIL PROTECTED] And any ideas are welcome. I volunteer to compile the ideas that come in and we can vote on them. Things like changes to the web site, content additions or updates, blogs for the one year mark, bring a friend to the party (virtual party), ISOs, web casts, pod casts, guides, whatever you think would be a good way to commemorate our one year anniversary. Tim and Glynn Foster put forward a bunch of ideas for the Google Summer of Code. I think we should do them anyway. Sara Karyn Ritter wrote: Sorry for the virtual cross-post... The 1-year anniversary celebration is all about the great strides and contributions the community has made over the past year. Start sending out your ideas about what things the community can do to help celebrate being open for a year. It's an opportunity for you all to stand up and talk about all of the cool things that have happened over the past year. Thanks, Karyn Original Message Subject: [osol-mktg] Upcoming Anniversary Activities for OpenSolaris UserGroups Date: Tue, 25 Apr 2006 13:53:14 -0400 From: Laura Ramsey [EMAIL PROTECTED] To: [EMAIL PROTECTED], OpenSolaris Marketing [EMAIL PROTECTED] We're coming up on the 1 year anniversary for opensolaris.org...and so much has GROWN since June 14th 2005! We have so many members, and projects thriving, and user groups in fabulous locations around the globe. The OpenSolaris marketing team is starting to plan a few things to celebrate this great milestone--yes, t-shirts! But we also were thinking about how we can create a worldwide celebration--Hopefully Some of the user groups may be planning a special meeting--and the idea of doing a webcast has also been suggested. So please, let us know what you might be considering-- Would a webcast be cool? Who would you like to see present on a webcast? What technical topic is of most interest? Will you be holding a celebration meeting? How many attendees would you expect at your meeting? Looking forward to getting more of our planning underway! Cheers, LKR I think we should do what we do best, give away software, I know what I'm about to say is a bit impossible because of the time constraints, cost and others. Do we still have that band of brothers DVD? I was thinking about giving it away, shipping it even, everywhere, for free, yes, ubuntu like to everyone that visits the www.opensolaris.org web site. We could even include in the DVD the happy birthday song and change the cover of the DVD to something more suitable for the ocation :) ohh, and we need a birthday banner for the site :P nacho -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFETwLGvOFsGS3So/wRAqGyAKCN7TuJBuCIzfgWZxN96mMagNjK2QCeLNs7 Y/r6kGKMbuU08thwwWZIk2k= =Fzeh -END PGP SIGNATURE- ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Project proposal: GUI SMF Tools
Solaris have tools to control service by system. That's called SMF This is important role of self healing but every solaris beginner have difficulty in input command by keyboard. if user don't familiar with keyboard, they want GUI program. So I propose this project Make GUI SMF program!! Have a nice day This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal: GUI SMF Tools
On Tue, 2006-04-25 at 22:40 -0700, changho.kim wrote:
Solaris have tools to control service by system.
That's called SMF
This is important role of self healing but every solaris beginner have
difficulty in input command by keyboard.
if user don't familiar with keyboard, they want GUI program.
So I propose this project
Make GUI SMF program!!
How about to extent gnome-system-tools system-tools-backends which
been integrated into NexentaOS recently? The are already provide
simplistic GUI[1] for SMF and other configuration management stuff like
Wifi/LAN confiugration, NFS/Samba, etc with unified {front,back}ends.
I know some folks porting GST STB to Solaris now.
[1] http://www.gnusolaris.org/gswiki/ErastBenson/STB_screenshots
--
Erast
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
