Re: [osol-discuss] /var/pkg/download
It really depends on how many BEs snapshots you have, if you don't have many, just remove the content of that dir in BEs snapshots. Otherwise I have no idea what the clean solution is. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] CAN'T INSTALL A ZONE FOR 2 DAYS
Try switching to /dev, it works. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] CAN'T INSTALL A ZONE FOR 2 DAYS
BTW, it timed out exporting those variables, so essentially, even though SUN says OpenSolaris is fit for the datacenter you would be *$#ed if you needed to build zones. As far as I know, this will be fixed by providing the repository as a downloadable image. But, if you really are running a critical operation, then either use SCXE or buy support from Sun in which case you'd use a different repository. Remember that OpenSolaris is still very much a work in progress. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] IPS 117 won't boot
See for example this: http://www.opensolaris.org/jive/thread.jspa?threadID=106836tstart=0 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ZSH with OpenSolaris
Why not give up on the imitations, and go for the real thing - ksh93? ksh93 might be good as a scripting language, but NOT a good desktop shell in my opinion, while zsh is ideal :) You want over-the top character-based hand-holding, use Midnight Commander. already using it for many years... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] java performance
In my projects, it was the other way around, the compilation times in OpenSolaris were lower than in Linux. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] When development repository will be updated?
As someone else already mentioned a new build should be available today or tomorrow. Apparently not :( Oh well, maybe next week.. :) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ZSH with OpenSolaris
I also use zsh on OpenSolaris, and it's awesome ;) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] GCC 4.4: Can we handle it?!?
And you're waiting for the ARC review to do that? I haven't looked too closely but I'm not generally aware of any security problems introduced by pfexec in OpenSolaris. By default OpenSolaris gives the default user adminstrator privileges, allowing any program run by that user to execute anything it wants to with root rights (just fork a new process with pfexec ... ...) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] R statistics package for OpenSolaris?
R is not in the repositories. You have to download the sources and compile them on your own (I tried, it all works without patching). -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] powertop errors on snv_112
IPS snv_112 ? The latest there is 111a. If you mean 111a, then try running: % pfexec pkg verify SUNWpowertop As for me powertop shows 2009... % ls -l /usr/bin/amd64/powertop -r-xr-xr-x 1 root bin 62968 2009-04-24 09:46 /usr/bin/amd64/powertop % ls -l /usr/bin/i86/powertop -r-xr-xr-x 1 root bin 50628 2009-03-27 02:49 /usr/bin/i86/powertop -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] when gtk+ update to 2.12 or above
murrina engine compiles just fine for me.. I've compiled the svn version... : % svn checkout http://svn.gnome.org/svn/murrine/trunk/ murrine % cd murrine ./autogen.sh --prefix=/usr % gmake ... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] upgrade to snv_112 - the bar which is have minimize/maximize/close button
$ svccfg -s application/opengl/ogl-select \ setprop options/vendor = nvidia $ svcadm restart application/opengl/ogl-select -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] upgrade to snv_112 - the bar which is have minimize/maximize/close button
Log out, then select Options-Safe terminal session -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] upgrade to snv_112 - the bar which is have minimize/maximize/close button
Hmm, as I understand the problem is that *compiz* is not running, if you disable compiz, then metacity would run by default. See http://bugs.opensolaris.org/view_bug.do?bug_id=6822628 , it shows as fixed in OpenSolaris 2009.06 b111a, I don't know what's the SXCE build this fix went in to... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Build 111a: /kernel/genunix missing on a 64 bit system
Installed OpenSolaris 2009.06 build 111a on a 64 bit system. Found that file /kernel/genunix doesn't exist. While on build 111, that file is still there. Is this a problem or a new feature? Is it a new install or upgrade ? It definitely should be there as it's a part of SUNWckr package (I'm running 111a and both /kernel/genunix and /kernel/amd64/genunix are present) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] system perfomence-bootloader prblem
Problem 1 : It's normal on my computer opensolaris lunching about 1.5 minute , and shutting downo about 4 minutes . It shouldn't suprise most services in opensolaris are responsible for network or security :) It's price that we pay for stability and security :) In latest dev builds, shutdown takes 7 seconds :) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] compile pidgin - configure successfully, make with no luck
Did you export them ? i.e. export CC=suncc export CXX=CC ./configure P.S. You might want to update to b111, it already has Pidgin 2.5.5 installed... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] compile pidgin - configure successfully, make with no luck
as I have mentioned before, The pidgin in the IPS does not support QQ, which is very famous among Chinese, because the QQ is not an open source protocol. So I have to compile the pidgin from source to get QQ support. The version is not important. Ah, right, I wonder why OpenSolaris doesn't ship with all the plugins... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Apps of Steel Challenge!
Have you filed bugs on the dtrace toolkit issues (if in fact they actually exist)? I'd be pretty surprised if they didn't work. The networking stack in OpenSolaris is identical to the one in SXCE as is dtracetoolkit. I filed it two months ago... http://defect.opensolaris.org/bz/show_bug.cgi?id=6568 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] A Cool Solaris TV Commercial to cheer everyone up :-)
That's a really good advertisement! -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Heat problem w/ Lenovo T60p
Maybe with the new PAD support (cpupm enabled in event-mode) the kernel is able to switch back to the highest cpu frequency *much* faster (= event driven), so that kstat cpu_info:::current_clock_Hz now always reports the highest cpu frequency? (That is, monitoring the kstat cpu_info current_clock_Hz isn't valid any more to find out if cpu power management is working -- use powertop instead) With cpupm in event-mode, the fan on my Lenovo T61 definitely kicks in more often, I just tried browsing for 15-20 minutes with different modes, in poll mode during this time the fan kicked in just once, while in event-mode it kicked in at least 7 times. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Heat problem w/ Lenovo T60p
Both ac[] and al[] don't look this interesting to me... Yep, there are no threshold temperatures defined, so that tzp-current_level will never change and always remains at -1 (so the code will never call tzmon_set_power() to enable / disable any fans). On Lenovo T61: ac = [ 0x, 0x, 0x, 0x ] al = [ { Length = 0 Pointer = 0 } ... and the following ACPI errors in the log: http://defect.opensolaris.org/bz/show_bug.cgi?id=6964 http://bugs.opensolaris.org/view_bug.do?bug_id=6820829 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Heat problem w/ Lenovo T60p
Not having temperatures defined in the ac array could be ok, when the BIOS is able to control the fans without help from the operating system. Is your T61 overheating, too? Nope, the average temp. of the two cores is 46C. http://defect.opensolaris.org/bz/show_bug.cgi?id=6964 http://bugs.opensolaris.org/view_bug.do?bug_id=6820829 These look bad. Is this from a debug kernel? Or from a standard release kernel? Standard release kernel -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Password Safe for OpenSolaris?
I suggest you to try KeePass (on Windows) and KeePassX on OpenSolaris (you'll have to compile gcc4.3/4, q4.5 and KeePassX though, but they're usually needed anyway...) I recently compiled the latest version of keepassx with success (had to tweak the compile flags to have -include keepassx.h and make moc include that as well in the generated files. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Your favourite shell tips tricks
Recently moved to zsh, here's a part of my a current configuration (PATH, PKG_CONFIG_PATH, etc.. missing), maybe someone will find it useful. What about you, OpenSolaris users, shows us some nice tips for your favourite shell :) .zshrc HISTFILE=~/.histfile HISTSIZE=1000 SAVEHIST=1000 LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jpg=01;35:*.png=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.png=01;35:*.mpg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35: autoload -Uz compinit compinit autoload -Uz colors colors setopt autocd extendedglob notify zstyle :compinstall filename '/export/home/tau/.zshrc' zstyle ':completion:*:*:*:*:processes' menu yes select zstyle ':completion:*:*:*:*:processes' force-list always zstyle ':completion:*' insert-unambiguous true zstyle ':completion:*' list-colors ${(s.:.)LS_COLORS} compdef pkill=kill bindkey '^[[3~' delete-char PROMPT='%B%F{green}%n%f%b:[%B%F{blue}%c%f%b] %# ' alias ls=ls --color=auto alias ll=ls --color=auto -l alias pg=ps -ef | grep #requires an argument alias un=tar -zxvf alias unj=tar -jxvf alias prst=prstat -a alias conf=./configure --prefix=/opt/own alias pkgupdate=pfexec pkg refresh --full pfexec pkg image-update --no-refresh alias pkgextra=pkg list -a 'pkg://extra/*' -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [tools-compilers] gcc 4.3.3 for OpenSolaris x86
Took a bit of your advice and having a go with binutils. However I cannot compile ffmepg svn 18335 with the new ld from bintutils. Can you please have alook and tell if you can where this is oging wrong. I'm using /tmp/gcc/bin/ld but cannot figure out where or why it calls /usr/ccs/bin/ld when linking libavdevice and crashes. It should call /usr/ccs/bin/ld because this is fixed at the time you built the gcc, remember the --with-ld=/usr/ccs/bin/ld and --with-no-gnuld options ? Also note, you have to build binutils *before* gcc, and add --with-as=... option ... binutils buitl with: pre=/tmp/gcc export CC=/opt/SUNWspro/bin/cc ./configure --prefix=${pre} ffmpeg built using: export CC=/opt/sfw/bin/gcc export CXX=/opt/sfw/bin/g++ export CFLAGS=-O4 export CXXFLAGS=-O4 try to not set these, as you override ffmpeg's default flags which is not a good idea, ffmpeg compiles and links just fine for me (with gcc4.4+asm from binutils-2.19.1 and /usr/ccs/bin/ld as the linker) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] running benchmark hard locks opensolaris
Can you try the release OpenSolaris 2008.11 ? being masochistic, I d/l'ed Realease and wiped the Sidux install I painstakingly had all ready to go with RAID5. But you had RAID disabled for OpenSolaris, right ? Fresh run Blogbench on default 2008.11 install: Final score for writes: 273 Final score for reads : 14116 Dramtic difference! (Although reads still are close to being last place for all OS's tested) Yeah, odd about both the reads and the writes I'd say. I'll try again the test when b112 comes out and see how fast it performs then as the zfs bug should be fixed in that build. In the mean time I'd suggest you to file a bug. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [tools-compilers] gcc 4.3.3 for OpenSolaris x86
Hey, I compiled a working 4.4 version just fine with the following flags: $ gcc -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ./configure --prefix=/opt/gcc/gcc-4.4 --with-as=/opt/gcc/binutils-2.19/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared --with-mpfr-include=/usr/include/mpfr --with-gmp-include=/usr/include/gmp LDFLAGS=-lgmp --enable-multilib Thread model: posix gcc version 4.4.0 20090327 (prerelease) (GCC) Before you do that, configure, compile, install binutils-2.19 with --prefix=/opt/gcc/binutils-2.19 And I assume you already have mpfr and gmp installed (via pkg in development builds) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Anyone interested in maths or science as a hobby? (Mathematica on Solaris)
Uhm ? Mathematica has been available for Solaris 10 x64 for quite a while now (I know I've been trying 5.x on OpenSolaris) http://www.wolfram.com/products/mathematica/platforms/ Nowadays I just use MAXIMA, which is opensource... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Anyone interested in maths or science as a hobby? (Mathematica on Solaris)
exp ( ln(1.001) * (2^27) )[1] Which *should* be the same as 1.001 squared 27 times. $ uname -v snv_110 $ maxima Maxima 5.16.3 http://maxima.sourceforge.net Using Lisp SBCL 1.0.23 Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) exp (log(1.001) * (2^27) ); (%o1) 674530.4760270637 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Anyone interested in maths or science as a hobby? (Math
I can do this with bc -l, too. Even pasting it into google gives an answer of sorts. yeah, it's a trivial calculation, the point of my post was that MAXIMA is an opensource alternative to Wolfram's Mathematica (i.e. focus on symbolic computations, but is just as good handling numeric calculations as well). -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Anyone interested in maths or science as a hobby? (Math
Right. Googling a bit also found Octave, and maybe others. I couldn't begin to comment on how the various free vs commercial products compare, or for what purposes. Yeah. although Octave (which I have installed as well) is an alternative to MATLAB which deals mostly with numerical calculations, and Octave lacks any symbolic computations support which are the spotlights of Mathematica and MAXIMA. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Anyone interested in maths or science as a hobby? (Math
exp ( ln(1.001) * (2^27) )[1] (%i1) exp (log(1.001) * (2^27) ); (%o1) 674530.4760270637 And maxima would be wrong by at least .0052. What ? Can you show me the command you run in Mathematica to get the correct result ? Lastly, the software they are making available to Windows users, Linux users and Mac users is NOT available to Solaris users unless they want to fork out well over $3000. Just write them an email explaining your desire to use Mathematica on OpenSolaris for the personal use, they're a friendly bunch last I talked to them. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Anyone interested in maths or science as a hobby? (Math
(%i1) exp (log(1.001) * (2^27) ); (%o1) 674530.4760270637 And maxima would be wrong by at least .0052. Here you go, had to login to a linux machine running mathematica... In[5]:= SetPrecision[SetPrecision[1.001,10]^(2^27),100] Out[5]= 674530.47602706407027793197206421845263783142259940138702038470170721\ 14035515188426833725949433145994 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Anyone interested in maths or science as a hobby? (Math
(%i1) exp (log(1.001) * (2^27) ); (%o1) 674530.4760270637 And maxima would be wrong by at least .0052. The point I was trying to make, and judging by the audience here lately I was entirely too subtle, is that it is very easy to get the wrong result in such a trivial calculation unless you have some method to control creeping error. The above result 674530.4760270637 is wrong at the third digit past the decimal point. Here you go, both Mathematica and MAXIMA: Mathematica: In[15]:= SetAccuracy[Exp[Log[SetAccuracy[1.001,100]]*2^27],100] Out[15]= 674530.47602706407027793197206421845263783142259940138702038470170721140355151\ 8842683372594943314599435008 In[16]:= SetAccuracy[SetAccuracy[1.001,100]^(2^27),100] Out[16]= 674530.47602706407027793197206421845263783142259940138702038470170721140355151\ 8842683372594943314599435008 MAXIMA: (%i1) fpprec:100; (%o1) 100 (%i2) bfloat(exp(log(bfloat(1.001))*(2^27))); (%o2) 6.7453047602706407027793197206421845263783142259940138702038470170721140\ 35515188426833725949433145993b5 (%i3) So please do not throw rocks at MAXIMA :) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
So modern Linux package managers do not have any of these qualities ? Some of them ? Of course. All of them ? No. Just a few points: 1. They usually upgrade a live system (and while it's possible for some to do a non-live upgrade, the live upgrade is exactly how pretty much all of them operate by default). 2. The upgrade process is usually very slow, I've been upgrading Fedora, Ubuntu, OpenSuse, what they have in common ? A very slow and IO bound upgrade, during the update/installation phase which took most of the time the whole system slows down, to put into perspective, last time I did a nightly upgrade of fedora it took around 1.5 hours, while the download phase took only 10-15 minutes. 3. The whole package content is downloaded (recently there has been a trend towards moving to downloading deltas only, but still the default in most is to get the whole content). 5. Usually the design is not cross-platformant, IPS can even run on Windows. Strange!! And how difficult it is to implement no-scripting limitation in an existing packaging system ... patching something for that would be just as hard as implementing that particular functionality from scratch, and you would have to maintain patches with the upstream (unless you have an ideally de-coupled backend API, which I doubt would be feasible to have once you start adding more and more features), forced to use whatever libraries/languages the upstream uses, and so on. Like ZFS. The ideas expressed in ZFS are revolutionary to say the least and could not have been done by re-using existing stuff. However there should exist a balance between redo everything and re-use otherwise one would start re-writing every piece in the name of innovation. While I agree with you about that, I still stand by my point that IPS is a good thing, and given Sun's need for paid-support repositories, integration with zones, SMF support, ZFS support, they would've ended with a lot of patches on their hands. As for the time it has taken, it's not just the development time, once you've written some complex piece of code in say N months, you could easily implement the whole thing from scratch in N/M months, it's the slow development of ideas that should be counted too. Moreover, now when most of the code is in place and working, the team can quickly introduce new features as they are well familiar with the codebase and know the design well to easily extend IPS. The user side experience of IPS is no doubt very good but is no different from a good Linux package manager like Smart/Yum (with the exception of ZFS features). Unfortunately, I don't find yum to be a good package manager for some of the reasons I listed above. From a developer point of view these qualities could have been got by far less effort and far less code/complexity. In the short run ? Maybe. In the long run ? I don't think so. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
*** before you argue with moinak, be sure that you have taken the time to read his blog. *** As you have probably noticed from my messages, I never try to argue with anyone, I'm merely carrying a discussion in which I express my opinion and I don't make anyone clueless, you must be joking, ridiculous, and so on, as apparently some people here like to do, there's a big difference. Were you talking about with having Smart in mind, or without Smart? I've never tried Smart. When combining an existing (or new) packaging system with Smart (no IPS, no conary), you can gain similar speed improvements, along with many other benefits. That sounds good, although I have a question to ask, why are the main distros, i.e. Fedora, Ubuntu, OpenSuse still on those slow package managers ? And you don't need to employ 50 engineers for 2 years to get a written-from-scratch monster like IPS going. The codebase is certainly not that big, and I'm quite sure there were about 5 *main* devs involved. If they wanted (because they wanted) some revolutionary python based system like IPS, they could have used rPath's conary, which is in development since 2004. You've talked enough about Conary with Stephen Hahn before, so I'm not going into this again. But as Sun always seemed to have too much time and money, couldn't ever accept help (many examples!) The last part I completely agree with, and if OpenSolaris will fail then this ultimately will be its undoing, the failure to accept devs help without a complicated process of finding sponsors, going through ARCs and so on, which are fine if you do this as your day job, and not if it's your hobby and you just want to contribute. Although there are a few notable exceptions, Jurgen Keil for example is a great contributor, if there would have been 100 people like that, OpenSolaris would be a completely different beast now and would attract even more developers ;) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
5. Usually the design is not cross-platformant, IPS can even run on Windows. Weak argument. conary is also implemented in python with C backend. Also runs under everything including Windows. Also most other pkg systems run on every UNIX. Note the use of usually, and by cross-platformant I don't mean only *NIX systems, I mean cross-platformant. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
The user side experience of IPS is no doubt very good but is no different from a good Linux package manager like Smart/Yum (with the exception of ZFS features). I trust you on that one, and Conary, which was pointed out by Martin seems to be nice as well. From a developer point of view these qualities could have been got by far less effort and far less code/complexity. It's not up to me to make a conclusion on that, as people have been payed to do research on whether an existing or a new package manager is the way to go. See for example this mail in particular: http://markmail.org/message/wkbbqp5uo6yfunpe Notably, There are a few features that seem particularly difficult to accommodate in the existing systems: sparse root zones is the foremost (and diskless in general), binaries of multiple bitness ends up being another... ... If you start dropping those, then other packaging systems do indeed become suitable. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
and in the end, we have yet-another-package-manager. while I agree with you on some of the points, I have to say that I love IPS and how it uses ZFS, if the code would have been based off some Linux package manager then the changes would never go upstream due to the lack of bootable clones/snapshots. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] running benchmark hard locks opensolaris
$ ./blogbench -d ./test ... Final score for writes: 693 Final score for reads : 45610 Is that on an uncompressed or compressed zfs filesystem? Uncompressed (Compressed zfs seems to get *much* better results; but blogbench writes 0-filled test files, so compressed zfs probably defeats the purpose of this benchmark) On uncompressed zfs, disabling prefetch might make a difference: echo zfs_prefetch_disable/W 1 | mdb -wk -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
Do you have any clue how many patches Sun maintains for packages in onnv-gate that never go upstream? Anyway.. they say love is blind so it all seems fitting.. I am quite well aware of the patches in the on-nv gate, and they aren't as many as you make them sound. Plus you are being rude and aggressive, if that's how you want to build a new community then good luck with that... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
Yes.. writing an entire package manager from the ground up is *less* work than maintaining the patches. This is called moving forward, IPS is based on new novel ideas, a secure package manager without any arbitrary post/pre-install scripts, which is fast, doesn't hog the system upon installation and is very easy to use, and upgrades the whole system at once, versus just the packages, which ensures you won't have any conflicts. If everyone would do as you suggest and just copy everything because it's easier, there would be no innovations in OpenSolaris at all. And IPS *is* an innovation in my book. I've been using IPS since its inception, for how long have you been using it ? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
IBM Near Deal to Buy Sun for Lower Price http://online.wsj.com/article/SB123869375752683145.html Sun Microsystems shares again on the rise.. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] running benchmark hard locks opensolaris
Can you try the release OpenSolaris 2008.11 ? As I said builds 109, 110, 111 come with a zfs bug that reduces performance. Given that even on b110 I get on a slower hdd much better results than you, I can only assume one of the three things: 1. Not enough memory (seriously, you should have at least 2gb, even my netbook has 1.5gb ram..), the more memory, the better zfs will perform. 2. Your controller is not well supported 3. You hit some corner case bug I ran it just for 10 iterations, because I have no interest in stressing my laptop for half an hour ;) Why are you referring to RAIDZ when you have only 1 hard drive ? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] running benchmark hard locks opensolaris
PS - Why did you only run 10 iterations of blogbench? Try running it with its default to get a standard to which others can compare (blogbench -d {directory}) which runs 300 iterations I beleive. It runs 30, not 300, here is the result for the default number of iterations, on an external usb hdd (7200rpm): $ ./blogbench -d ./test Frequency = 10 secs Scratch dir = [./test] Spawning 3 writers... Spawning 1 rewriters... Spawning 5 commenters... Spawning 100 readers... Benchmarking for 30 iterations. The test will run during 5 minutes. Nb blogs R articlesW articlesR picturesW picturesR comments W comments 68 185678 4013135677 3689 94235 13858 85 198225 1161141173 900107353 3157 102 268876 1363192870 1316147176 3737 124 284484 1435203713 1281149076 2223 125 2565475618126950128206 22 183 224250 2858157561 2672 97939 3074 236 218644 3104153262 2393 96534 4090 321 215839 4756150955 4953 78112 4457 341 192344 1053135553 1146 69870 2541 458 176643 5882124377 5566 60756 4463 51173808 2472 50993 2571 23006 3639 511 450038 318816 1880 192 538 6168 1236 4090 1113 2324 2098 5381174319 794718 4172 117 560 2444 1195 1514 1183 1179 825 57813273 919 9497 1087 4498 1337 579 727218 538951 2485 219 595 6634 797 4228 1059 2350 1032 596 521316 392825 2017 94 596 6222 0 4334 0 2081 0 612 4532 689 3332 898 1659 407 612 814124 5832 1 2813 40 625 4185 851 2939 855 1510 617 646 4863 1108 3129 931 1708 817 647 498130 364518 1639 58 647 5990 0 3964 0 1742 0 664 3461 725 2287 699 1154 516 678 6673 596 4736 705 2172 399 680 434824 307821 1603 196 693 5285 617 3797 678 1742 760 Final score for writes: 693 Final score for reads : 45610 Again, this is with the ZFS performance regression bug that I mentioned, can't find the bug id # though :( -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-bugs] x86-amd64
When I try to install DB2 Express-C for Linux x86, For Linux x86 ? On OpenSolaris ? You can't run Linux programs under OpenSolaris, they are different operating systems. installation program quits with an error There has been an attempt to use db2setup on an image for a platform that does not match the current platform platform on which it is being run. Sun/AMD64 DB2 installation quits because it sees an AMD64 installation. Having looked here http://www-01.ibm.com/software/data/db2/express/download.html , DB2 Express-C is only available for 64 bit machies. This means you can't install it on your computer under OpenSolaris, as your computer is based on 32 bit architecture. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ZFS Performance
If you want good ZFS performance you have to be running a 64 bit kernel... On a 32 bit system it'll be slow. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Ldom general info request
I saw that Sun is providing to Hypervisors : - xVM (not released, in beta, a fork from Xen on Solaris 10) What do you mean by not released ? It has been released for quite a long time now, and it's an actual release, NOT a beta. - Ldom : But I can't find clear informations about it Read on here: http://www.sun.com/solutions/virtualization/products.jsp -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris-based CD/DVD Distributions as of March 26, 2009
+1 the packages count is useless in its current form. should just say, e.g. (not real numbers): - 15 builds - 1,500 packages for b109 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] General THANKLESS- and RESPECTLESSness towards Joerg Schilling (and others, which I leave out of this msg.) __/__ Was: Emergency project to rescue Opensolaris from IBM
+1 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Apologies from one person in the community
It's like those cliff-hanger endings they have in TV shows. will IBM acquire SUN? will Joerg and Jennifer patch things up and go Schuhplattler dancing together? haha! man, that was funny =) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
Do the math... what brigs them more money? Selling Solaris or reselling Linux? In order to sell Solaris, they have to develop it, which costs a lot of money. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 2008.11 - very slow to resize windows
It should indeed be flying on that hardware, have you tried updating to a newer build ? As a workaround for now, if you don't use compiz you can run: $ gconf-editor then go to apps/metacity/general and check reduced_resources, this won't repaint the window on resize. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] forum search broken?
to be honest, I don't think it has ever worked =) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
I for one hope that this deal will not go through, otherwise OpenSolaris is doomed... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Possible IBM aquisition of Sun
It's third or fourth rumor of this kind this year. Links please to rumours of the same magnitude, making Sun's share price jump 74% (and it's still on the rise), reported by CNBC, Bloomberg, WSJ, Reuters, and pretty much everyone out there.. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Copying files and folders
All you have to do: $ tar xvjf opera-10.00-4205.gcc3-static-qt3.tar.bz2 $ cd opera-9.64-2480.gcc3-static-qt3 $ pfexec ./install.sh --prefix=/usr Works fine for me.. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Copying files and folders
What icons are you talking about ? You can always create a shortcut of your own... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] vim doesn't source ~/.vimrc
Worked fine for me for all builds (now on b109), so you might want to simply copy it, instead of using a symlink. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Link to phoronix benchmark on opensolaris.com
Seriously guys, What on earth is the link to AMD Shanghai Opteron: Linux vs. OpenSolaris Benchmarks doing on main page of opensolaris.com ? That article is seriously biased towards Linux as has been discussed many times already. Way to put potential users off... :) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Nevada on a Macbook pro/air?
Just tell him to fire up the OpenSolaris LiveDVD http://genunix.org/distributions/indiana/osol-0811-95.iso and start the Device Detection Tool -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Solaris support for AMD Cool'n'Quiet
the short answer is: yes, for newer processors http://bugs.opensolaris.org/view_bug.do?bug_id=6575192 http://mail.opensolaris.org/pipermail/opensolaris-help/2008-April/009089.html This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] POWERtop
works fine for me... This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] os200805 + '93 updates - memory use.
try do disable the xscreensaver and use $ xlock -mode blank instead, and see if that helps. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 9 seconds to launch xterm, too slow
See: http://defect.opensolaris.org/bz/show_bug.cgi?id=1459 http://bugs.opensolaris.org/view_bug.do?bug_id=6715568 http://bugs.opensolaris.org/view_bug.do?bug_id=6711636 The workaround: Comment #8 From Danek Duvall 2008-05-02 17:58:47 (-) And I don't have this problem on my freshly-installed RC3 laptop. A bit of banter between dep and myself shows that running xterm with XTerm*openIm: false makes the problem go away entirely. Since I have that set in my .Xdefaults, then I don't see the problem. Dave ran with that and the problem went away for him, too. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] os200805 + '93 updates - memory use.
Try to disable compiz, and use firefox 3.0 instead of firefox 2.0... This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Multi processor kernel?
Looks like a bug you should report, on b92 psrinfo shows 2 cores on my computer: $ psrinfo -pv The physical processor has 2 virtual processors (0 1) x86 (GenuineIntel 6F6 family 6 model 15 step 6 clock 2400 MHz) Intel(r) Core(tm)2 CPU 6600 @ 2.40GHz This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Multi processor kernel?
shows 2 cores just fine for me... This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Rhythmbox on build 93
Can't say about mp3s build 93, but as for the error, try to use gmake instead. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Live-CD only in 640x480 mode.
Thats is one of the problems of OpenSolaris in comparison to Linux: It have not so much driver. Yes, it has fewer drivers, at the moment. And the driver which works, don't run all perfect. And would you care to prove an example ? As I tend to disagree with you on this one. It seems also, that Solaris starts in 32bit mode and don't recognized, that the computer is a 64 bit computer. I highly doubt that, see the output of isainfo -kv The other problem of OpenSolaris is, that it is in my eyes not really an OpenSource system, because OpenSolaris can until the current time, not be compiled with the GCC and the compilers with which it is compiled, are not OpenSource. And who told you that it cannot be compiled with gcc ? http://opensolaris.org/os/community/tools/gcc/ And I quote: The latest ON sources (beginning early in build 38) are now compatible with gcc. Moreover, xorg in OpenSolaris IS built with gcc. And OpenSource Operating Systems, which can only be created with ClosedSource programs, are in my eyed not reallly completly OpenSource systems. An ignorant conclusion. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris CD/DVD Distributions as of July 7, 2008
1. Sun Studio 11/12 Shouldn't Sun Studio Express[1] be included in the list ? [1] http://dlc.sun.com/osol/docs/content/IPS/instdevsoft.html#sunstudio This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Disk performance woes under Indiana
Disable the fmd service and see if the performance improves ? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Disk performance woes under Indiana
When conducting these types of tests, use if=/dev/zero instead of /dev/random or /dev/urandom. Apprently you missed a post where just that has been done, quoting: dd if=/dev/zero of=/dev/rdsk/c5t1d0s0 bs=1024k count=256 184549376 bytes (185 MB) copied, 104.892 s, 1.8 MB/s This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] font display in snv_91
The difference is that b91 sets the hinting to Full, and previous versions had it at Slight, hence the visual different you're seeing, all you have to do is go to System-Appearence-Fonts-Advanced and select [*] Slight This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] What about adopting rpm to package OpenSolaris?
Why not adopt rpm? No way! IPS is awesome, it just needs more time to mature. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Test system: not booting after image-update?
http://www.opensolaris.org/jive/thread.jspa?threadID=64450tstart=0 First, mount the clone under the /mnt directory $ pfexec mount -F zfs rpool/ROOT/opensolaris-3 /mnt Next, update the GRUB configuration on your ZFS boot device(s) using $ pfexec /mnt/boot/solaris/bin/update_grub -R /mnt This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Must be a bug or something
You are over-complicating things, all you need to do is fire up the Package Manager and install the OpenOffice package, or from the command line you can do this: $ pfexec pkg install openoffice That's it... This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] IPS on SXCE?
I believe the plan is to discontinue SXCE as soon as Indiana contains everything available in SXCE (like Jumpstart, text based installer, etc.) This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Test image for 2008.05
Perhaps the OpenSolaris.org forum is badly overwhelmed. Last I heard, we have over 1,000,000 registered users in the Jiva forum, true? It's Jive, not Jiva Also, the OpenSolaris.com forum has a nice edit button, which is missing in Jiva. the one here also has a nice edit button, people use it all the time This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Is there a change list for the upcoming b87 release anywhere?
You can always check the ON changes here: http://dlc.sun.com/osol/on/downloads/ As for the ZFS boot support, it's not in b87, but rather in b88, and the changes to installer to support zfs boot are coming in b89, see here: http://opensolaris.org/os/community/on/flag-days/pages/2008041103/ Further changes to the Install consolidation are required to install ZFS as the root file system. These changes are planned for Install build 89. Once these changes have integrated, we will release a heads up statement. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Network adapters
That's Attansic L1, it's not supported, see http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6580058 http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6677682 (I guess a dup of the previous bug) This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] USB drive unusable (with snv_85)
the pcfs driver (fat32 implementation in solaris) is severly limited in its speed, it gives a maximum speed of ~3mb/s, so don't expect to have higher speeds... This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Mysql's Innodb immensely slow on ZFS
http://dev.mysql.com/tech-resources/articles/mysql-zfs.html This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Shutting down PC
Same here (MSI P965 + C2D E6600), sometimes it powers off, sometimes not This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Nvidia 9600GT problem
http://www.phoronix.com/scan.php?page=articleitem=nvidia_16912num=1 This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [website-discuss] Changelog SXCE?
I can certainly add links to the changelogs in the mail that gets sent out. That would be great. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Changelog SXCE?
- I still see a great good in a changelog. As of now, a new nv_xy is just a black box of unknown content. The downloader outside has no clue what she gets, not at all. It's hardly a black-box as you'll see following the links below. Even the insiders might be helped; I can't imagine that the bi-weekly releases are published without documented changelog, objective, deadlines, intentions; just blindly gobbled together? See, so why not adding a summary to the release announcement? 1. http://opensolaris.org/os/community/on/flag-days/all/ 2. http://dlc.sun.com/osol/on/downloads/current/on-changelog-20080219.sparse.txt (latest on nightly) 3. http://opensolaris.org/os/community/x_win/changelogs/ 4. http://mail.opensolaris.org/pipermail/desktop-discuss/2008-February/012593.html If you feel like doing/publishing a unified changelog with useful notes from bugs.opensolaris.org, then why not be the proud 2% and do it yourself ? This way you'd help other newcomers as well. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Grateful For The Indiana Project
What was the problem with installation ? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [advocacy-discuss] OpenSolaris Developer Preview
Yes, I've corrected my post as soon as I posted it, I meant last Nevada DE. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [advocacy-discuss] OpenSolaris Developer Preview
Right, as a Solaris replacement Indiana isn't there yet by a long shot. true. but I don't think it's because of the reasons you mentioned (It misses SPARC support, should be there within several months liveupgrade, this is superceded by zfs cloning on upgrades upgradability from pre-Indiana releases I don't think this will ever be possible ? and has too much uncontrolled entropy (for lack of a better word) yeah, it needs time. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] XPde on Solaris support
You could try to compile it, although given that the last release was in 2004 it probably depends on very old libraries. Why would you need that on Solaris ? It hasn't been developed for 4 years now and IMHO gnome/kde offer way richer functionality... This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [advocacy-discuss] OpenSolaris Developer Preview
It hasn't come up recently or something, early presentations (way before the first preview) on Indiana were all pointing out that the plan is to replace SXDE with Indiana and that SXDE 1/08 will possibly be the last Nevada. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VirtualBox
I believe gentry was referring to 64bit vs 32bit, there's only a 64bit binary available for download. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [advocacy-discuss] OpenSolaris Developer Preview 2 Available
So what are you basically saying is that: Solaris should keep /bin/sh for as long as it stands even if a more stable/more flexible/better designed/ exists just because there may be old customers without renewed support (I'm sure customers with support would have their scripts fixed in no time) who had some scripts that relied on some particularities of /bin/sh ? This sure sounds like a good road to stagnation. Plus I don't expect any serious financial/etc.. institutions to run first versions of Indiana on production just as I wouldn't expect them to run on Solaris Nevada. Give them another 3 years or so, and they will maybe migrate. Debating /bin/sh as if it suddenly changes everything Solaris stands for (to me it stands out mainly by the stability of the kernel, dtrace, zfs, zones and most importantly - its code goes through proper review processes). This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Intel SpeedStep support
Have you tried to upgrade bios ? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Intel SpeedStep support
My problem was solved by BFU-ing to a newer build , but since you have b81 it's probably a different issue Try ./iasl -g first as root and see if you get the ssdt_?_CpuPm.dsl file. If it doesn't contain _PSS, try the acpidump Aubrey mentioned. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] The impossible SDLC download... / was: Re: [osol-announce] SXCE Build 81 available
+1 This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Intel SpeedStep support
My configuration is: Intel Core 2 Duo E6600 + MSI P965 Platinum (SpeedStep support enabled), the latter is on the latest bios firmware, running OpenSolaris b75 I'm getting cpu_acpi: _PSS package not found, so SpeedStep is not being enabled by OpenSolaris. According to MSI, this motherboard supports EIST: http://www.msicomputer.com/product/p_spec.asp?model=p965_platinum • Supports EIST techonology What could be the problem then ? I'm attaching the ssdt output of iasl -g (which for some reason doesn't seem to have the _PSS) This message posted from opensolaris.org ssdt_0_CpuPm.dsl Description: Binary data ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org