[osol-discuss] About CDE removing (In which Build?)
Hello, all, I have small question about CDE. In which build of Solaris Express Community CDE will be removed? Is there any information? Thanks. Regards, Girts This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] About CDE removing (In which Build?)
Hmmm... In which build of Solaris Express Community CDE will be removed? Is there any information? ...and will there be a: The Gnome / JDS Desktop is having a serious bad hair day, so boot into: * twm * fvwm * ...name a window manager ...by default? Having a more light weight window manager or desktop environment such as CDE has saved me hundreds of times (on Linux) and a number of times (on Solaris) when I or a packaging system has managed to get Gnome in a knot. DSL ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Zfs Sata array?
. So, I'm sold. But, now I need a hardware card to support 8-12 sata drives, and finding one that Solaris can use is quite difficult. I was hoping to get something more simple and less expensive than the 3ware cards, since the riad control would now be strictly software. Software 'raid' SATA controllers hardware can support 8-12 and more with port multipliers...the problem is that port multiplier support is not in yet as far as I know. I have only found maybe 1-2 cards even close (and I can't find confirmation they work), and those are all PCI-x which my current Dell server doesn't offer. So the long and the short: Are there ANY JBOD sata controller cards support 8+ drives that are (A) PCIe and (B) work with Solaris? Sun's wonderful 48 drive system? I've tried browsing the HCL, but it didn't yield much. I read tons of posts and blogs from people running 8-10 disc ZFS pools using Sata drives, but no mention of the controller cards they used. I've tried emailing, with no real luck. Anyone help me? Push for port-multiplier support for sil3124, marvell and ahci drivers. A four port SATA card plus 5 drives hanging on each port makes for a total of 20 drives when port multipliers are used. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu0]/thread=fec1f2e0: assertion failed
Gavin wrote: On 07/07/07 18:55, Dennis Clarke wrote: after BFU of snv_68 : module /platform/i86pc/kernel//unix: text at [0xfe80, 0xfe8d4a8b] data at 0xfec0 module /kernel/genunix: text at [0xfe8d4a90, 0xfead88ff] data at 0xfec4cdc0 panic[cpu0]/thread=fec1f2e0: assertion failed: l2cache_assoc ? (l2cache_sz / l2cache_assoc) : 0x1000)) (((l2cache_assoc ? (l2cache_sz / l2cache_assoc) : 0x1000)) - 1)) == 0), file fec382d0 genunix:assfail+5a (fe8c936c, fe8c95ec,) fec38300 unix:page_coloring_init+35a (2, 40, a) fec38358 unix:startup_memlist+3f5 (fec38384, fe954503,) fec38360 unix:startup+1c (fe800010, fec34128,) fec38384 genunix:main+5b () That is this assert: ASSERT(ISP2(CPUSETSIZE())); checking that the number of distinct l2 sets is a power of 2: #define CPUSETSIZE()\ (l2cache_assoc ? (l2cache_sz / l2cache_assoc) : MMU_PAGESIZE) #define ISP2(x) (((x) ((x) - 1)) == 0) So could you boot under kmdb and at the time of panic (when you drop to the debugger) utter: l2cache_assoc/D l2cache_sz/X l2cache_linesz/D Hmm, startup_memlist+3f5 passes these as parameters to page_coloring_init(), so if we trust the parameters shown in the stack backtrace, we have pagecolor_memsz = page_coloring_init(l2cache_sz, l2cache_linesz, l2cache_assoc); fec38300 unix:page_coloring_init+35a (2, 40, a) l2cache_sz == 0x2, l2cache_linesz == 0x40, l2cache_assoc == 0xa That should give us a CPUSETSIZE() of 0x2 / 0xa == 0x, which is not a power of 2. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Experiences with Eclipse on Solaris SXCE B55-67
Hi There, I'd just thought I'd drop a note and say... Eclipse --- PROS * Better Perl Support Epic (e-p-i-c.sourceforge.net) simply rocks as a Perl development environment. It integrates nicely with Perl tidy, has great syntax highlighting, progressive builds (so you can see where you've gone wrong straight away) and a GUI debugger [1]. If you're using objects, whilst finding an object via one's Perl @INC doesn't always work at the moment, once you have instantiated the object, auto-complete generally works. This is a feature that I find truly useful as it fits extremely well with Perl's motto of Be Lazy if You Can. At first, I found the plugin's inability to integrate with Makefile.PL (made by h2xs and the like), I finally decided to get off my high horse and learn a little bit of ant. I've known ant for years but I still think its syntax is just as esoteric as Make's syntax -- at least there aren't six trillion flavours of it at the moment. So, what does ant give me: at the click of the button I can: - make a distribution tar ball - run my unit tests - install it (I have to tidy this task up a little as sometimes installing means getting extra privileges) Using Subclipse or the Mercurial plugin I have access to two very powerful versioning systems although Subclipse (SVN) is the more mature plugin. Naturally, I could use CVS but if you've got SVN why use CVS if you don't need to? * Better PHP Support Repeat all of the above, but replace with PHP Eclipse (phpeclipse.sourceforge.net) except: - write native tar ball / untar tasks rather than Makefile - find a way to integrate testing and deployment that works for you I tend to cheat with PHP and simply have a Makefile that uses rsync, chmod and chown as root. It's cheating; it's evil and I'm a Perl programmer by heart :P * Extending Eclipse and Making Rich Client Platforms is VERY well documented Whilst you'll need to have quite a good understanding of Java and the Java programming environment, it's not impossible. Furthermore, you shouldn't feel upset when someone tells you to RTFM because the manuals are actually understandable and cover from the basics to the really advanced. Ever been told RTFM when the FM doesn't make sense unless you understand the FM already? * Eclipse isn't going to go away... Firstly, it's open source and backed by a separate foundation, the Eclipse Foundation. Secondly, it's a platform that many other companies have a vested interest in seeing not dying (and hence paying people to make sure development continues). Thirdly, it's my understanding that it's the platform of choice for many, many of IBM's current and new software projects and IBM have a bigger software portfolio and business than Microsoft... [and seem to understand that letting people leverage their platforms as they did the PC/XT years ago can give one a competitive advantage as back to front as that may seem] I used to like Borland's IDEs but they've essentially gone away and/or I can't use them on my preferred platform. Unless Sun and the community stop supporting Java on Solaris, I'm relatively safe...which leads me to: CONS * Java SE EE Development For POJO (Plain Old Java Object) development, the JDT is absolutely fine. However, Eclipse's inbuilt Java compiler isn't as easy a beast to get configured correctly as Netbeans (5.0 - 5.5 series) IDE. Don't get me wrong: it works, however, trying to figure out where it's decided its base class path is today can be a chore. In fact, this might sound counter-intuitive but Eclipse's build system is very GUI like and yeah... Compare this with Netbeans: let's say I want to make a project that uses the Java JPA persistence framework backed by Hibernate and the MYSQL/J connector as the JDBC backend. I need the Hibernate classes to go onto my classpath and the MYSQL/J connector. I'll also need a persistence.xml; I like log4j so I need a log4j.properties for them. Now, no matter how much I fiddle with confounded Eclipse, I'll find that: - log4j will fall over because it can't configure itself - JPA will fall over because it can't find the Persistence unit (defined in that XML file) - Hibernate will fall over because it's fallen off the class path In Netbeans: IT JUST WORKS. - Plonk your log4j.properties in the src default package - Plonk your persistence.xml in META-INF (you can even use a nice GUI tool to make it) - Point Netbeans to the right libraries And IT JUST WORKS. Netbeans seems to have Java EE support built in and doesn't require any outside plugins or modules to support Java EE (but only if you download the Java EE edition). It has a very easy, point'n'click but you can fiddle style to development. It's quite imperative and very fast once you get used to it... Eclipse's WTP and J2EE Project are promising and follow a different style and feel of development. However -- and this is personal opinion -- I like Netbean's in
Re: [osol-discuss] panic[cpu0]/thread=fec1f2e0: assertion failed
Gavin wrote: On 07/07/07 18:55, Dennis Clarke wrote: after BFU of snv_68 : module /platform/i86pc/kernel//unix: text at [0xfe80, 0xfe8d4a8b] data at 0xfec0 module /kernel/genunix: text at [0xfe8d4a90, 0xfead88ff] data at 0xfec4cdc0 panic[cpu0]/thread=fec1f2e0: assertion failed: l2cache_assoc ? (l2cache_sz / l2cache_assoc) : 0x1000)) (((l2cache_assoc ? (l2cache_sz / l2cache_assoc) : 0x1000)) - 1)) == 0), file fec382d0 genunix:assfail+5a (fe8c936c, fe8c95ec,) fec38300 unix:page_coloring_init+35a (2, 40, a) fec38358 unix:startup_memlist+3f5 (fec38384, fe954503,) fec38360 unix:startup+1c (fe800010, fec34128,) fec38384 genunix:main+5b () That is this assert: ASSERT(ISP2(CPUSETSIZE())); checking that the number of distinct l2 sets is a power of 2: #define CPUSETSIZE()\ (l2cache_assoc ? (l2cache_sz / l2cache_assoc) : MMU_PAGESIZE) #define ISP2(x) (((x) ((x) - 1)) == 0) So could you boot under kmdb and at the time of panic (when you drop to the debugger) utter: l2cache_assoc/D l2cache_sz/X l2cache_linesz/D Hmm, startup_memlist+3f5 passes these as parameters to page_coloring_init(), so if we trust the parameters shown in the stack backtrace, we have pagecolor_memsz = page_coloring_init(l2cache_sz, l2cache_linesz, l2cache_assoc); fec38300 unix:page_coloring_init+35a (2, 40, a) l2cache_sz == 0x2, l2cache_linesz == 0x40, l2cache_assoc == 0xa That should give us a CPUSETSIZE() of 0x2 / 0xa == 0x, which is not a power of 2. If I had realized that this experiment would produce data of some value I would not have tossed out the whole thing so fast. But .. I needed a successful build ( which I did get ) and a successful BFU/ACR which I did not. So I installed snv_64a Developers Edition fresh and started over. That was another mistake because now I was building with Studio 12 as opposed to Studio 11. The build ran for 16 hours and then failed. This is turning out to be a long week already with snv_68 Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] About CDE removing (In which Build?)
On Tue, 2007-07-10 at 16:17 +0930, David Lloyd wrote: Hmmm... In which build of Solaris Express Community CDE will be removed? Is there any information? ...and will there be a: The Gnome / JDS Desktop is having a serious bad hair day, so boot into: * twm * fvwm * ...name a window manager ...by default? There's always the failsafe session... you can run any WM and apps you like from there :) Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]GNOME Desktop Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] About CDE removing (In which Build?)
Girts Zeltins wrote: Hello, all, I have small question about CDE. In which build of Solaris Express Community CDE will be removed? Is there any information? There is no schedule yet - at the moment individual pieces are starting to be removed (sdtimage is out already, sdtaudiocontrol will probably come out around the time OSS goes in), but there's still some dependencies on other pieces that need to be cleared up first (moving the default login from dtlogin to gdm, waiting for the new installer to remove the dependency of the current installer on dtwm dtterm, etc.). -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] About CDE removing (In which Build?)
On 7/10/07, Alan Coopersmith [EMAIL PROTECTED] wrote: from dtlogin to gdm, waiting for the new installer to remove the dependency of the current installer on dtwm dtterm, etc.). Are we talking Caiman here? :) regards Anil ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [desktop-discuss] About CDE removing (In which Build?)
Anil Gulecha wrote: On 7/10/07, Alan Coopersmith [EMAIL PROTECTED] wrote: from dtlogin to gdm, waiting for the new installer to remove the dependency of the current installer on dtwm dtterm, etc.). Are we talking Caiman here? :) Yes - though I can't remember if Dwarf Caiman will be enough or we're waiting for a later stage of the Caiman project. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] About CDE removing (In which Build?)
* Anil Gulecha ([EMAIL PROTECTED]) wrote: On 7/10/07, Alan Coopersmith [EMAIL PROTECTED] wrote: from dtlogin to gdm, waiting for the new installer to remove the dependency of the current installer on dtwm dtterm, etc.). Are we talking Caiman here? :) Yes. Cheers, Glenn ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [desktop-discuss] About CDE removing (In which Build?)
* Alan Coopersmith ([EMAIL PROTECTED]) wrote: Anil Gulecha wrote: On 7/10/07, Alan Coopersmith [EMAIL PROTECTED] wrote: from dtlogin to gdm, waiting for the new installer to remove the dependency of the current installer on dtwm dtterm, etc.). Are we talking Caiman here? :) Yes - though I can't remember if Dwarf Caiman will be enough or we're waiting for a later stage of the Caiman project. Dwarf is providing the switch to using Metacity (Gnome) instead of dtwm. Follow-on Caiman projects should actually remove the existing DT support. Cheers, Glenn ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] dhcpconfig java error
Thanks for the tip Dave, although I broke down and ran dhcpmgr over the weekend and that worked just fine for the initial configuration. After that I was able to run the command line scripts without any errors. On 7/9/07, Dave Miner [EMAIL PROTECTED] wrote: Christopher Gibbs wrote: Has anybody ran dhcpconfig on SXDE b64? I get this nice java error, although it seems to configure most everything else: [EMAIL PROTECTED] ~ $ /usr/lib/inet/dhcp/svcadm/dhcpconfig -D -r SUNWfiles -p /var/dhcp Created DHCP configuration file. Created dhcptab. Added Locale macro to dhcptab. dhcpconfig: Error - creating server macro for server java.lang.NullPointerException. Any idea how to troubleshoot this? - Aside from running dhcpmgr in the GUI This apparently has shown up in cases where /etc/dhcp/inittab was missing for some reason. I'd check that, and otherwise use truss to see what else might be happening. Dave ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu0]/thread=fec1f2e0: assertion failed
Dennis Clarke wrote: Hmm, startup_memlist+3f5 passes these as parameters to page_coloring_init(), so if we trust the parameters shown in the stack backtrace, we have pagecolor_memsz = page_coloring_init(l2cache_sz, l2cache_linesz, l2cache_assoc); fec38300 unix:page_coloring_init+35a (2, 40, a) l2cache_sz == 0x2, l2cache_linesz == 0x40, l2cache_assoc == 0xa That should give us a CPUSETSIZE() of 0x2 / 0xa == 0x, which is not a power of 2. 10 way set associative cache eh. ;) Dennis, was this an Intel or AMD based system? Thanks, -Eric ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu0]/thread=fec1f2e0: assertion failed
Eric Saxe wrote: Dennis Clarke wrote: Hmm, startup_memlist+3f5 passes these as parameters to page_coloring_init(), so if we trust the parameters shown in the stack backtrace, we have pagecolor_memsz = page_coloring_init(l2cache_sz, l2cache_linesz, l2cache_assoc); fec38300 unix:page_coloring_init+35a (2, 40, a) l2cache_sz == 0x2, l2cache_linesz == 0x40, l2cache_assoc == 0xa That should give us a CPUSETSIZE() of 0x2 / 0xa == 0x, which is not a power of 2. 10 way set associative cache eh. ;) Dennis, was this an Intel or AMD based system? Never mind...I neglected to look closely at the verbose boot output you provided... Thanks... -Eric ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu0]/thread=fec1f2e0: assertion failed
Dennis Clarke wrote: Hmm, startup_memlist+3f5 passes these as parameters to page_coloring_init(), so if we trust the parameters shown in the stack backtrace, we have pagecolor_memsz = page_coloring_init(l2cache_sz, l2cache_linesz, l2cache_assoc); fec38300 unix:page_coloring_init+35a (2, 40, a) l2cache_sz == 0x2, l2cache_linesz == 0x40, l2cache_assoc == 0xa That should give us a CPUSETSIZE() of 0x2 / 0xa == 0x, which is not a power of 2. 10 way set associative cache eh. ;) Dennis, was this an Intel or AMD based system? Actually neither .. it is a low power appliance motherboard based on VIA technology. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu0]/thread=fec1f2e0: assertion failed
Eric Saxe wrote: Dennis Clarke wrote: Hmm, startup_memlist+3f5 passes these as parameters to page_coloring_init(), so if we trust the parameters shown in the stack backtrace, we have pagecolor_memsz = page_coloring_init(l2cache_sz, l2cache_linesz, l2cache_assoc); fec38300 unix:page_coloring_init+35a (2, 40, a) l2cache_sz == 0x2, l2cache_linesz == 0x40, l2cache_assoc == 0xa That should give us a CPUSETSIZE() of 0x2 / 0xa == 0x, which is not a power of 2. 10 way set associative cache eh. ;) Dennis, was this an Intel or AMD based system? Never mind...I neglected to look closely at the verbose boot output you provided... Thanks... I'm starting over from scratch again and in 16 hours or so .. hopefully .. I'll have a clean build. I have done this four times now and am not having great success .. for various little reasons. I'll stay in touch. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu0]/thread=fec1f2e0: assertion failed
Dennis Clarke wrote: Dennis, was this an Intel or AMD based system? Actually neither .. it is a low power appliance motherboard based on VIA technology. I see. If you can provide me access to a crash dump somehow, that would be helpful. Otherwise, if you can reproduce this let's take the conversation offline (or to a chat session), and we can debug it live... Thanks, -Eric ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] fixed ! : Bug ID 6576229 open-only build is broken (fwflash)
Thanks ! http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6576229 ON (OS/Net) Consolidation - 20070709 http://dlc.sun.com/osol/on/downloads/current/ cool .. I guess this will become snv_69 ? I have yet to get snv_68 to build and then BFU without bricking so I have high hopes for snv_69. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Where can I find the documentation about CTF?
Dear all: I'm reading the source code now and puzzled with the CTF (Compact C Type Format) and its APIs. I searched in the docs.sun.com and blogs.sun.com. Nothing useful found :( Where can I find the documentation about CTF? Thanks in advance. Regards TJ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
