Re: [osol-discuss] Open Solaris bug web UI unusable (was) Re: [webstack-discuss] mysql user
On Dec 3, 2007 6:38 PM, David Van Couvering <[EMAIL PROTECTED]> wrote: > Hm, I got the email this time, but it's a bug id that works internal > to Sun only: 6636848, or > http://bt2ws.central.sun.com/CrPrint?id=6636848. > > I tried typing this into the open solaris bug tracking tool, and it > says the bug doesn't exist. I did a full text search for mysql and > got 9 hits, none of which are my bug. I also tried limiting to > "solaris/utilities" and got nothing, and the actual category it > searched for was cdwx/utility. > > This is *s* broken! I don't know how *anybody* can use this bug > tool!! What are people *really* doing to manage their issues? They don't use this tool to manage them. They use an internal one called bugster. > Just to summarize the problems I'm having: > > * The first time I logged a bug, it said "the bug has been logged" and > gave me *no* reference to the bug id, even the number let alone a link > to its entry > * I never got an email That's because any bugs entered have to be manually triaged by a person before they actually get turned into a "real bug." Once that happens, you'll get an email. > * A search for it showed up nothing - and the search tool is brain > dead. I can't search by bugs I logged or bugs assigned to me or > anything like that. It's like a demo search UI. Unfortunately, due to privacy, confidentiality, and resources external users are extremely limited in what they can do. > * The categories in search don't even match up to the categories > available when creating a bug Now that I haven't seen. > * The *second* time I logged it, I got an email, but with a *Sun > internal* bug id (bugster), and when I tried to use this bug id > externally, no go, and search still came up empty (see above). Unfortunately, depending on the bug you filed there are two possibilities: 1) It hasn't been "sync'd up yet" to the external bug website (bugs.opensolaris.org) 2) The bug involves security or is against a software component that is not open source yet and thus will not be made available on the external bug tracker -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Next" Search in Firefox
W. Wayne Liauh wrote:
> In Firefox, I can press the slash key ("/") to bring up the search box.
> However, there does not appear to be any option to do next (forward or
> backward) search.
I always enable "search as you type" (so no need for slash or ctrl-f)
and then use ctrl-g and shift-ctrl-g to jump forward and backward.
-Artem
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Next" Search in Firefox
Brilliant - I never knew that :)
DSL
Wilson Kwok wrote:
> David Lloyd wrote:
>> Howdy,
>>
>> W. Wayne Liauh wrote:
>>
>>> In Firefox, I can press the slash key ("/") to bring up the search
>>> box. However, there does not appear to be any option to do next
>>> (forward or backward) search. Am I missing something obvious?
>>> Thanks. I am running SXCE77.
>>>
>>
>> You could do "crtl+f" and then click the next/previous buttons that
>> should appear at the bottom.
>>
>> DSP
>>
> You can also press f3 and shift f3 for forward backward respectively.
>
> Wil
>
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Next" Search in Firefox
David Lloyd wrote:
> Howdy,
>
> W. Wayne Liauh wrote:
>
>> In Firefox, I can press the slash key ("/") to bring up the search box.
>> However, there does not appear to be any option to do next (forward or
>> backward) search. Am I missing something obvious? Thanks. I am running
>> SXCE77.
>>
>
> You could do "crtl+f" and then click the next/previous buttons that
> should appear at the bottom.
>
> DSP
>
You can also press f3 and shift f3 for forward backward respectively.
Wil
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Next" Search in Firefox
> > In Firefox, I can press the slash key ("/") to
>> bring up the search box. However, there does not
>> appear to be any option to do next (forward or
> > backward) search. Am I missing something obvious?
> > Thanks. I am running SXCE77.
> You could do "crtl+f" and then click the
> next/previous buttons that
> should appear at the bottom.
>
> DSP
>
>
> ___
> opensolaris-discuss mailing list
> opensolaris-discuss@opensolaris.org
Thanks! The dialog box in SXCE actually looks prettier than other OS's.
Thanks again.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Next" Search in Firefox
Howdy,
W. Wayne Liauh wrote:
> In Firefox, I can press the slash key ("/") to bring up the search box.
> However, there does not appear to be any option to do next (forward or
> backward) search. Am I missing something obvious? Thanks. I am running
> SXCE77.
You could do "crtl+f" and then click the next/previous buttons that
should appear at the bottom.
DSP
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
[osol-discuss] "Next" Search in Firefox
In Firefox, I can press the slash key ("/") to bring up the search box.
However, there does not appear to be any option to do next (forward or
backward) search. Am I missing something obvious? Thanks. I am running
SXCE77.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> On the topic of the default shell, yep you can make > it a question during > install. I don't understand why people hate bash, I > like it as a user. > But for scripting I still use /bin/sh all the time. > So my preference > would be to go for /bin/sh as the default shell for > root and then > /bin/bash as the default for 'normal' (who is normal > here? :-) users. > I have some serious issues with bash. 1) It is bloatware. Look at the size of this! Why would anyone choose it for non-interactive use and waste resources galore. 2) It has bad behavior when doing complicated job control. I had to make a program that launched a shell to perform user defined functions. The problem was that this meant that users could launch sub-shells, graphical applications, etc. I needed to trap signals to do ctrl-c handling, etc. Of all the shells, ksh was the only one that did what was needed. Bash did it right sometimes, depending upon the level of sub-shell nesting and the phase of the moon. Because of this one fact, I've become a ksh/ksh93 proponent. What really really irks me about bash, is that it has become ubiquitous in the Linux community as a replacement for sh. It is not sh, it is bash with it's own quirks and incompatibilities with sh. So call it bash, not sh as just about every script in Linux declares, but then uses bash extensions. Gary This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> The unthinkable has happened: SunOS backwards compatibility has been broken. First of all, you're talking about a prototype and nothing more. Such an artifact is similar to the BFU archives available from many projects on opensolaris.org and the ISO represents the (initial) output of a project. It can and undoubtedly will change before if and when it integrates into OpenSolaris. Second - backwards compatibility is something we take seriously but it isn't an absolute. Not even in the Solaris world. > Broken: > > `uname -a` returns some funky "opensolaris bla bla bla" string instead of the > standard > SunOS hostname 5.11 snv_## i86pc i386 i86pc. That's really strange because on my laptop which is running the Indiana prototype released on October 31st, I see exactly SunOS myhostname 5.11 snv_75a i86pc i386 i86pc We didn't change any of these fields for the prototype although one could argue we should have changed the build number (aka "uname -v") since the resulting distribution isn't a pure Nevada one. > Broken: > root's home directory is in /root; this is a SEVERE ERROR. We're not on > Linux, and this isn't Linux land! We're not in Linux land but we're also not in Kansas or Murray Hill either. This particular change was actually PSARC approved back in 2003 as PSARC 2003/039 Alternate home directory for root user Unfortunately that case has been opened but I'll put in a request for that to be done. The case documents a number of reasons for making this change but I would argue that being consistent with the larger number of other systems including Linux and the various BSD distributions makes a great deal of sense. > Broken: > all my System V compliant packages are no longer installable, instead > `pkgadd` exits with exit code 1 (fatal error), because > /var/sadm/install/contents is empty. As Shawn mentioned, this was unfortunately true with the prototype as released by it is easily solved by upgrading the packages in question: # pkg install SUNWipkg # pkg install SUNWpkgcmdsr SUNWpkgcmdsu > Broken: > after the installation, the system was rendered unbootable. I had to go into > the BIOS and play Russian roulette (I have four identical drives) to find the > drive "Indiana" was on, and edit GRUB lines with the correct "root (hd3,0,a)" > to be able to boot. No trace of detecting Windows XP professional on my first > drive (this is a documented issue though, but the first one isn't). Yes, the Windows issue is already filed under http://defect.opensolaris.org/bz/show_bug.cgi?id=40 but it would be appreciate if you could file a separate bug for the case of dealing with multiple drives. > Broken: > even after editing /boot/grub/menu.lst, GRUB still "wouldn't take"; changes > weren't visible in the GRUB boot menu. We should release note this - the file you need to edit is actually /zpl_slim/boot/grub/menu.lst as that's the version of the file at the top of the root pool. This issue is filed under http://defect.opensolaris.org/bz/show_bug.cgi?id=71 > Broken: > default shell given to root and to myself is /bin/bash; this is a SEVERE > ERROR (the worst of all). Not only do I not want to have to go and modify the > system to remove that bash GARBAGE of a shell, it's unacceptable to have to > do that for every engineering cycle of a new build. I believe /etc/passwd is set up in the new package system as a preserved file so upgrades to new builds should not result in the entry for "root" being changed back. > As an added "bonus", we'll have BASH garbage scripts, incompatible with > Bourne-family shells, be encouraged and propagate -- on Solaris. The future > looks just LOVELY in that respect. Well, it's certainly possible that a default *interactive* shell of "bash" may result in more bash scripts, but I think most folks recognize the differences between interactive and scripting uses of the shell. dsc ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [website-discuss] [webstack-discuss] Open Solaris bug web UI unusable (was) Re: mysql user
Great to hear some progress is being made. I just saw an email where it appears an OpenSolaris bug id was created. I still don't know what happened to my initial bug report, but oh well. Was JIRA considered as an option? I used that at Apache Derby, it was quite nice. I guess it may not be an option because it's not an open source project... David On Dec 3, 2007 5:00 PM, Alan Coopersmith <[EMAIL PROTECTED]> wrote: > Jyri Virkki wrote: > > David Van Couvering wrote: > >> Hm, I got the email this time, but it's a bug id that works internal > >> to Sun only: 6636848, or > >> http://bt2ws.central.sun.com/CrPrint?id=6636848. > >> > >> I tried typing this into the open solaris bug tracking tool, and it > >> says the bug doesn't exist. I did a full text search for mysql and > >> got 9 hits, none of which are my bug. I also tried limiting to > >> "solaris/utilities" and got nothing, and the actual category it > >> searched for was cdwx/utility. > >> > >> This is *s* broken! I don't know how *anybody* can use this bug > >> tool!! What are people *really* doing to manage their issues? > > Internal users use bugster, external users use many swear words. The > external bug search is not updated in real time - you have to wait until > the next day before searches find newly filed bugs. > > > I'm not sure which project manages the bug interface but I found > > website-discuss which seems a likely forum, so I'm replying/forwarding > > there, hopefully it's the best place. > > tools-discuss is where the discussion of replacing bugs.opensolaris.org is > underway - currently, the choices have been narrowed down to bugzilla, which > is being tested/evaluated at http://defect.opensolaris.org/ , using Project > Indiana and a few other projects as guinea pigs. > > -- > -Alan Coopersmith- [EMAIL PROTECTED] > Sun Microsystems, Inc. - X Window System Engineering > > -- David W. Van Couvering http://davidvancouvering.blogspot.com ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [website-discuss] [webstack-discuss] Open Solaris bug web UI unusable (was) Re: mysql user
Jyri Virkki wrote: > David Van Couvering wrote: >> Hm, I got the email this time, but it's a bug id that works internal >> to Sun only: 6636848, or >> http://bt2ws.central.sun.com/CrPrint?id=6636848. >> >> I tried typing this into the open solaris bug tracking tool, and it >> says the bug doesn't exist. I did a full text search for mysql and >> got 9 hits, none of which are my bug. I also tried limiting to >> "solaris/utilities" and got nothing, and the actual category it >> searched for was cdwx/utility. >> >> This is *s* broken! I don't know how *anybody* can use this bug >> tool!! What are people *really* doing to manage their issues? Internal users use bugster, external users use many swear words. The external bug search is not updated in real time - you have to wait until the next day before searches find newly filed bugs. > I'm not sure which project manages the bug interface but I found > website-discuss which seems a likely forum, so I'm replying/forwarding > there, hopefully it's the best place. tools-discuss is where the discussion of replacing bugs.opensolaris.org is underway - currently, the choices have been narrowed down to bugzilla, which is being tested/evaluated at http://defect.opensolaris.org/ , using Project Indiana and a few other projects as guinea pigs. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [webstack-discuss] Open Solaris bug web UI unusable (was) Re: mysql user
David Van Couvering wrote: > > Hm, I got the email this time, but it's a bug id that works internal > to Sun only: 6636848, or > http://bt2ws.central.sun.com/CrPrint?id=6636848. > > I tried typing this into the open solaris bug tracking tool, and it > says the bug doesn't exist. I did a full text search for mysql and > got 9 hits, none of which are my bug. I also tried limiting to > "solaris/utilities" and got nothing, and the actual category it > searched for was cdwx/utility. > > This is *s* broken! I don't know how *anybody* can use this bug > tool!! What are people *really* doing to manage their issues? I'm not sure which project manages the bug interface but I found website-discuss which seems a likely forum, so I'm replying/forwarding there, hopefully it's the best place. > Just to summarize the problems I'm having: > > * The first time I logged a bug, it said "the bug has been logged" and > gave me *no* reference to the bug id, even the number let alone a link > to its entry > * I never got an email > * A search for it showed up nothing - and the search tool is brain > dead. I can't search by bugs I logged or bugs assigned to me or > anything like that. It's like a demo search UI. > * The categories in search don't even match up to the categories > available when creating a bug > * The *second* time I logged it, I got an email, but with a *Sun > internal* bug id (bugster), and when I tried to use this bug id > externally, no go, and search still came up empty (see above). > > David -- Jyri J. Virkki - [EMAIL PROTECTED] - Sun Microsystems ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Add support for for MTP devices to Indiana (OpenSolaris)
Hi all, The following OpenSolaris related project was created on Cofundos.org (a platform for describing open-source project ideas and pooling resources for their implementation): *Add support for for MTP devices to Indiana (OpenSolaris)* by che Tags: MTP Zune Samsung_K3 OpenSolaris Indiana http://Cofundos.org/project.php?id=78 Project description: Many newer MP3 playback devices are using an extension to Picture Transfer Protocol (PTP); ISO 15740, called Media Transfer Protocol (MTP). MTP was developed by Microsoft as a set of extensions to PTP. Currently the USB Implementers Forum is working on implementing MTP as a peer device class to others such as USB mass storage. Rhythmbox when installed on various Linux based platforms, such as Ubuntu 7.10, implements a library called libmtp which handles connectivity with these devices. This library is lacking in Solaris which takes away the ability for Rhythmbox to handle these devices. Please see the RFE for further details: http://defect.opensolaris.org/bz/show_bug.cgi?id=257 More info at: http://Cofundos.org/project.php?id=78 You can support this project by commenting it or bidding for its impementation! -- 244 Cofundos users were placing 133 bids (amounting Euro 6185) on 67 projects. *Please help making open-source even more successful* Spread the word about http://Cofundos.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Open Solaris bug web UI unusable (was) Re: [webstack-discuss] mysql user
Hm, I got the email this time, but it's a bug id that works internal to Sun only: 6636848, or http://bt2ws.central.sun.com/CrPrint?id=6636848. I tried typing this into the open solaris bug tracking tool, and it says the bug doesn't exist. I did a full text search for mysql and got 9 hits, none of which are my bug. I also tried limiting to "solaris/utilities" and got nothing, and the actual category it searched for was cdwx/utility. This is *s* broken! I don't know how *anybody* can use this bug tool!! What are people *really* doing to manage their issues? Just to summarize the problems I'm having: * The first time I logged a bug, it said "the bug has been logged" and gave me *no* reference to the bug id, even the number let alone a link to its entry * I never got an email * A search for it showed up nothing - and the search tool is brain dead. I can't search by bugs I logged or bugs assigned to me or anything like that. It's like a demo search UI. * The categories in search don't even match up to the categories available when creating a bug * The *second* time I logged it, I got an email, but with a *Sun internal* bug id (bugster), and when I tried to use this bug id externally, no go, and search still came up empty (see above). David On Dec 3, 2007 3:11 PM, Jyri Virkki <[EMAIL PROTECTED]> wrote: > David Van Couvering wrote: > > > > OK, I relogged the bug, assigned to 'ruby' this time. Again, it says > > "the bug has been logged" with no bugid and so far I have received no > > email. Hopefully you can find it... > > One of your bugs showed up in the mysql subcategory, so it does seem > to work, but it takes a long time to show up (days?). Hopefully this > response speed will be improved over time. > > > > -- > Jyri J. Virkki - [EMAIL PROTECTED] - Sun Microsystems > -- David W. Van Couvering http://davidvancouvering.blogspot.com ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] problem installing mplayer and vlc
Hi, I am using SXDE build 76 (64 bit) on intel x86. I tried to install mplayer and vlc . [u]problems with mplayer:[/u] I got the mplayer source MPlayer-1.0rc2.tar.bz2 I extracted it successfully. Configured it using [i]#./configure --enable-gui --cc=/usr/sfw/bin/gcc --as=/usr/sfw/bin/gas[/i] it configured without any errors. then for compiling it I used [i]#/usr/sfw/bin/gmake[/i] Here it gives the error... [b]gmake: ***No rule to make target `config.h', needed by `version.h' . Stop[/b] [b]ps: I do not have Internet connection on my solaris system :( so no pkg-get[/b] [u]problem with vlc[/u] I downloaded vlc-0.8.6d.tar.gz extracted it. On configuring with ./configure first it gives error... [b]libmad library not found[/b] (even after installing libmad!!!) still I used the --disable-mad option now stops at error [b]ffmpeg not found[/b] I downloaded ffmpeg-checkout-snapshot.tar.bz2 extracted it. can't even configure it ...gives errors like [b]broken shell detected. Trying alternatives... grep: illegal option -- q[/b] any help will be great... thanks in advance, Vineet This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] frequency scalling in opensolaris
> > > >I think the ability to set a min and a max frequency > in /etc/power.conf would be useful. I might f > or example want to let mine go up to 1.667 GHz rather > than teh normal 2.000 GHz, but let it go down > to 1.000 GHz. In other words, have some degree of > manual control, while letting the system have so > e automatic control. > > > >I guess for laptops there is some argument for > letting non-root users control this. > > > Something like a "power profile" is, I think,what we > really want: > > > Windows defines several and they seem to fit what you > are doing. > > E.g., you could run your system as follows: > > - always low power > - low power if on battery, unrestricted if not > > - always full power > - etc. > > > Casper Another profile I would suggest would be: 'charge quickly' - low power until charged, then full power. Since the time to charge a battery depends on the laptop's current consumption, if the processor is running flat out, the battery will take longer to charge. Hence a profile that runs the processor slow while the battery is charging, but then runs it more quickly once the battery is fully charged, would be useful. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
root the user is different from the / path component. And it's pretty useful! I'm on an Ultra 40 m2. When you've got an xdm running, you can't get to the text console. If you want to log in via root, you have to log in graphically. It's too easy to forget to set your session to failsafe. If you forget, you have a /Desktop and /.gnome-* all over your root /. And suddenly you look like a jackass to your users, who'll see all that stuff. So, containing that stuff in /root is fine. I prefer /var/root myself, but to each their own. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Call for Papers: OpenSolaris Developer Conference
Hello all, it's my pleasure to announce on behalf of the OpenSolaris Developer Conference Organization Team [1] that the "Call for Papers" of the 2nd OpenSolaris Developer Conference 2008 (*OSDevCon 2008*) is now open and waiting for your submission. Topics of interest and further details on the conference (e. g. dates for paper submission) can be found online at http://www.osdevcon.org/ We would like to invite you to participate in this international conference by giving a talk or even a tutorial on your subject, and share your experience and knowledge about OpenSolaris with other enthusiasts and developers. *Location*: Prague, the Czech Republic, Europe *Date*: Wed Jun 25 - Fri Jun 27, 2008 The conference spans over 3 days: Wednesday are tutorials, the following 2 days is the conference program with talks, BoFH, social event, etc.. To stay more informed about the planning it's advised to subscribe to - *osdevcon-announce* [2]: a low traffic moderated mailing list intended for announcements related to OSDevCon. All accepted speakers will be eventually subscribed to this list, others are welcome too. - *osdevcon-discuss* [3]: is a medium traffic non-moderated list where you can ask venue related questions, suggest your ideas for talks, sessions, and BoFs that you'd like to organize, present, or attend. If you would like to sponsor the event, please speak here. or contact the team [4]. If you have any questions, feel free to drop us a note. We are looking forward to see you June 2008 in Prague, the beautiful city [5] in the heart of Europe. Cheers, Dirk [1] http://www.guug.de, http://www.opensolaris.org/os/community/os_user_groups/czosug/ [2] http://mail.opensolaris.org/mailman/listinfo/osdevcon-announce [3] http://mail.opensolaris.org/mailman/listinfo/osdevcon-discuss [4] http://www.osdevcon.org/2008pre/sponsors.html [5] http://en.wikipedia.org/wiki/Prague -- Dr. Dirk Wetter, GUUG e.V. http://www.guug.de GUUG-Frühjahrsfachgespräch 2008http://www.guug.de/ffg OpenSolaris Developer Conference http://www.osdevcon.org GUUG Hamburg http://www.guug.de/lokal/hamburg OpenPGP key fingerprint: 2AD6 BE0F 9863 C82D 21B3 64E5 C967 34D8 11B7 C62F ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] SXDE painfully slow in Parallels
On Dec 3, 2007 2:29 PM, Andrei Maxim <[EMAIL PROTECTED]> wrote: > On the other hand, the Indiana developer preview install took about 40 > minutes or so and it booted really fast on the same configuration > (Parallels VM with 768 MB of RAM). The *really* strange thing is > Indiana did not remember the passwords I set up in the install... Did your passwords contain the 'v' character? If so, that is why :) Omit the 'v' character from your passwords and you should be able to login just fine. Yes, an odd bug, but known. -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
On Dec 3, 2007 6:36 PM, UNIX admin <[EMAIL PROTECTED]> wrote: > > Yes, and it's dogma. There are plenty of situations > > where root login is the best > > tool for the job. > > On your desktop, yes. And even then, not in a GUI. There you go again. I'm trying to point out gently that you dont' necessarily know how every system in the world is going to be used. > I do worry about root's home directory, and root's shell; and on all real > UNIX systems, that shell is `/sbin/sh`, and the home directory is /, and all > software works, and doesn't break. O_o I'm sorry I thought we were talking about real system administration for a moment. I think I'm done. -- Rasputnik :: Jack of All Trades - Master of Nuns http://number9.hellooperator.net/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] SXDE painfully slow in Parallels
Hi guys, I'm getting my feet wet with OpenSolaris and I'm trying to run a copy of Solaris Express Developer Edition (the latest -- b70) in a Parallels virtual machine on my Mac Mini. However, it's running painfully slow. The installer need about 7 hours to finish and the boot process hasn't finished yet although it started about 20 minutes ago. It's using the hard disk like crazy although it has 768 MB of RAM. Did I forget to flip any virtual switches? Is there a bug with b70 in Parallels? On the other hand, the Indiana developer preview install took about 40 minutes or so and it booted really fast on the same configuration (Parallels VM with 768 MB of RAM). The *really* strange thing is Indiana did not remember the passwords I set up in the install... Thank you, Andrei Maxim http://andreimaxim.ro ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
On Dec 3, 2007 2:12 PM, Brian Utterback <[EMAIL PROTECTED]> wrote: > > > Shawn Walker wrote: > > On Dec 2, 2007 12:20 PM, Patrick Ale <[EMAIL PROTECTED]> wrote: > > >> Is Sun even sure it's self what will do what and what will replace what? I > >> just get an email from somebody of this list saying Indiana will replace > >> SXCE and will be the basis for Solaris 11. Which is ff-ing funny since > >> people who work at Sun (and highly placed functions) assured me less than > >> four weeks ago that SXCE would stay around, that they needed the community > >> to do what they are doing now and how they cant do things with out them and > >> that SXCE would be the basis for Solaris 11 and Indiana was merrely a > >> product derived from SXCE. > > > > It is true according to other high ranking folks at Sun. The plan is > > to eventually phase out SXCE and replace it with Indiana according to > > them. > > > > This was discussed at the OpenSolaris Developer's Summit. > > > > There was some confusion internally, but I believe that it has been > resolved. SXCE is not going away any time soon. It serves several > functions, one of which is as a beta test version of the next > Solaris release. As long as the next marketing release of Solaris > contains proprietary bits (i.e. the closed branch) that Sun wants > to be available for testing, then SXCE must continue. There must still be confusion then. The proprietary bits part makes sense, but I expect SXCE at least to become a derivative of Indiana eventually then considering it wouldn't make great financial and resource sense to duplicate efforts (I suspect anyway). -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
Shawn Walker wrote: > On Dec 2, 2007 12:20 PM, Patrick Ale <[EMAIL PROTECTED]> wrote: >> Is Sun even sure it's self what will do what and what will replace what? I >> just get an email from somebody of this list saying Indiana will replace >> SXCE and will be the basis for Solaris 11. Which is ff-ing funny since >> people who work at Sun (and highly placed functions) assured me less than >> four weeks ago that SXCE would stay around, that they needed the community >> to do what they are doing now and how they cant do things with out them and >> that SXCE would be the basis for Solaris 11 and Indiana was merrely a >> product derived from SXCE. > > It is true according to other high ranking folks at Sun. The plan is > to eventually phase out SXCE and replace it with Indiana according to > them. > > This was discussed at the OpenSolaris Developer's Summit. > There was some confusion internally, but I believe that it has been resolved. SXCE is not going away any time soon. It serves several functions, one of which is as a beta test version of the next Solaris release. As long as the next marketing release of Solaris contains proprietary bits (i.e. the closed branch) that Sun wants to be available for testing, then SXCE must continue. -- blu "You've added a new disk. Do you want to replace your current drive, protect your data from a drive failure or expand your storage capacity?" - Disk management as it should be. -- Brian Utterback - Solaris RPE, Sun Microsystems, Inc. Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
On Dec 3, 2007, at 10:21 AM, UNIX admin wrote: >> ... > > I don't. I've lived to see so many really, really good technologies > die. > It's about time that one which is trash take the plunge. > > This GNU trash propagates, while BSDs, which are much more > deserving, suffer. So much for how fair life is, and how computer > literate people overall are. It's promising to see that Mac OS X, a strong BSD UNIX, is looking more and more like Solaris with every new release. Go play with Leopard if you get a chance. -john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
On Dec 3, 2007, at 10:09 AM, UNIX admin wrote: >> I'm no religious zealot, but I don't get that. You >> flame bash for not >> being bourne shell compatible enough, but then go and >> suggest tcsh? > > So let me explain: for system and package scripts, /sbin/sh. For > interactive use, either tcsh or zsh. > > Still confused? A true sysadmin will have tried it all, i.e. > "distrust all claims for one true way". Will have burned himself, > will have learned from that experience. This seems like an extension of the old "csh" vs. "sh" wars from the old days, but in my experience, one constant remains: Bourne shell for scripts, C shell for interactive use. I think that may be more popular for those of us who cut our teeth in BSD/SunOS way back when. People who grew up in Linux tend to be more into bash. But I don't get completely disgusted when my default shell is bash on a particular system (like Mac OS X since Tiger), I just go ahead and change it to tcsh and don't give it another thought. -john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> I'm still curious what about the csh interface you > prefer for > interactive use? > And I'm not saying you shouldn't prefer it etiher, > I'm just wondering > what I'm missing? exec tcsh -l set prompt="[EMAIL PROTECTED]> " notify correct=cmd autolist symlinks=chase This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] B75: Running Windows in a Solaris xVM Host
Hello, Just looking for a high level response on xVm and it's performance. With OpenSolaris now being able to run Windows as a host what is the performance like. I ask, as I do not have the required (core2duo) chip to test myself. I happily run OpenSolaris for 95% of me needs but need Windows for a couple of aps (not graphics/photoshop or other intensive aps). Is Windows as a host viable - performance wise or am I still better off dual booting once in a while to satisfy my need. thanks This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> Yes, and it's dogma. There are plenty of situations > where root login is the best > tool for the job. On your desktop, yes. And even then, not in a GUI. > That seems a weak argument against it. > In homogenous environments users can just 'alias > sudo=pfexec'. > RBAC is the sysadmins job problem, not the users, > and and sudo is a > blunt instrument compared to RBAC. > > Funny that you don't worry too much about homogenous > environments when > it comes to > roots home directory or shell :) I meant heterogenous environments, not homogenous, which is my mistake. I do worry about root's home directory, and root's shell; and on all real UNIX systems, that shell is `/sbin/sh`, and the home directory is /, and all software works, and doesn't break. Funny, isn't it? > I'm not sure how that applies to e.g. my laptop, or Even OS X uses `sudo`. It would have been great to be able to reuse some of the code OS X has for `sudo`, or even *gasp* Linux sudo scripts, which I'm sure many have running. But you can't, can you? RBAC won't use those. RBAC tries to reinvent hot water. > why you are > worried about sudo vs. rbac when no-one is going > to login to your machines anyway? Because I have Linux systems from a sister company, that calls `make` to generate DNS payload, SSHes that payload over to my Solaris and HP-UX systems, then uses `make` there, which calls `sudo` to automatically generate and deploy a Solaris System V package resp. an HP-UX SD-UX product. For example. And I've got such examples coming out of the wazoo. We're talking highly automated, almost intelligent processes, which require no human interaction. On thousands of systems. So don't think such things are for a single user hacking away om his system, or a sysadmin scurrying around from system to system. > This seems to contradict your earlier statement. No. It's just that many people don't make a distinction between a Development, Integration Test, Product Test & Acceptance, and Production environments; I however do. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
UNIX admin wrote: >> I'm no religious zealot, but I don't get that. You >> flame bash for not >> being bourne shell compatible enough, but then go and >> suggest tcsh? >> > > So let me explain: for system and package scripts, /sbin/sh. For interactive > use, either tcsh or zsh. > > Still confused? A true sysadmin will have tried it all, i.e. "distrust all > claims for one true way". Will have burned himself, will have learned from > that experience. > > Agreed. And each will end up with a different solution. I've been burned by bash - well by it not always being available - By then I knew of ksh. And I'll be honest, I was plesantly surprised how complete KSH was in terms of what I used everyday interactively. When admin I interactively, I almost always end up writing short (one-off) scripts on the command line. I couldn't live with the command line using a different scripting syntax than the script files I wrote. Hey, but that's just me! Thanks for your explanation of where you use the different shells. That helps. I'm still curious what about the csh interface you prefer for interactive use? And I'm not saying you shouldn't prefer it etiher, I'm just wondering what I'm missing? -Kyle > This message posted from opensolaris.org > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> UNIX admin <[EMAIL PROTECTED]> said: > "If this is the future that awaits us, I shudder at > it. If I wanted to run a *UNIX-like* operating > system, > I'd go ahead and run that GNU/Linux garbage, not > SunOS!" > ---> > Well, that 'garbage' is running on the TOP FIVE > supercomputers in the world (sidenote: The SGI Altix > ICE 8200 supercomputer in New Mexico runs GNU/Linux > as You know, IRIX was once among the top five or top ten of the supercomputing world. Just the finest, most sophisticated, user-friendly, futuristic System V UNIX I have ever had the privilege of working on. sgi is now all but dead, and IRIX has been shelved. Microsoft BASIC was once Alfa & Omega, where is it today? Hey, I've been around. For the past 22+ years in the computer world; I've seen things come and go. The fact that GNU garbage is fashionable now, that means nothing. Nothing! More and more people realize they MUST work with computers because computers are the future, but that does not mean that they are actually computer literate. In fact, most aren't, which is sad but true. > Hate to see > it "trashed" even if I am a OpenSolaris advocater. I don't. I've lived to see so many really, really good technologies die. It's about time that one which is trash take the plunge. This GNU trash propagates, while BSDs, which are much more deserving, suffer. So much for how fair life is, and how computer literate people overall are. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> I'm no religious zealot, but I don't get that. You > flame bash for not > being bourne shell compatible enough, but then go and > suggest tcsh? So let me explain: for system and package scripts, /sbin/sh. For interactive use, either tcsh or zsh. Still confused? A true sysadmin will have tried it all, i.e. "distrust all claims for one true way". Will have burned himself, will have learned from that experience. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
UNIX admin wrote: >> Funny, one of the first things I always do after >> installing an instance of SXCE is to edit the passwd >> file, change the home root directory to /root and the >> default shell to /bin/bash. I know think I am not >> alone. >> > > That's most likely because you haven't typed in `man tcsh` yet. Have you read > the manual page for `tcsh`? I'd think after that, you'd never get the idea to > do /bin/bash anything ever again. > I'm no religious zealot, but I don't get that. You flame bash for not being bourne shell compatible enough, but then go and suggest tcsh? Whe I was a brand new unix user in college, it confused me for a short while why, everything in my environment was scripted or setup different from root, and most system scripts. I quickly figured out that there was choice in which shell you wanted to use. This was SunOS4, I don't remember if ksh existed back then, but I didn't know it if it did. I liked the features tcsh added over csh, but when I found bash and got all those features, and a syntax that was compatible with root's shell, and the system's scripts, I ditched all forms of csh forever, and promptly forgot it's script syntax too. There's too much to be done, to write things in two different languages, when one will suffice. > Computer industry is very specific in one regard: we have to read. > Constantly. A lot. A whole lot. And then some more. > > Agreed. -Kyle ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] frequency scalling in opensolaris
>I think the ability to set a min and a max frequency in /etc/power.conf would >be useful. I might f or example want to let mine go up to 1.667 GHz rather than teh normal 2.000 GHz, but let it go down to 1.000 GHz. In other words, have some degree of manual control, while letting the system have so me automatic control. > >I guess for laptops there is some argument for letting non-root users control >this. Something like a "power profile" is, I think,what we really want: Windows defines several and they seem to fit what you are doing. E.g., you could run your system as follows: - always low power - low power if on battery, unrestricted if not - always full power - etc. Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] frequency scalling in opensolaris
Dr. David Kirkby wrote: > Well I am not. There appears to be several in differnet forums with the same > tiltle and the same title in the same forum too. The gateways between the web forum and the mailing lists break threads when people who use the web forum reply to the same thread as people who are participating via e-mail. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] frequency scalling in opensolaris
> Dr. David Kirkby wrote: > > I would like to 'go there'. I think it would be > useful to fix the frequency at 1 GHz on my laptop, > and not let it wander up to 2 GHz. > Take a look at the setfreq program in the attached > tar file. You can run > it as is or use it to create your own improved > version for what you > want. This is totally unsupported as it is just some > code I threw > together a long time ago to allow me to force the > processors to > different frequencies. Thank you. That works fine. > We intend to add a supported policy to Solaris to > allow you to do this > kind of thing, but in the meantime I'm afraid you'll > have to settle for > this. I think the ability to set a min and a max frequency in /etc/power.conf would be useful. I might for example want to let mine go up to 1.667 GHz rather than teh normal 2.000 GHz, but let it go down to 1.000 GHz. In other words, have some degree of manual control, while letting the system have some automatic control. I guess for laptops there is some argument for letting non-root users control this. > > PS, I'm not sure why there are now two threads with > this title going on - it is quite confusing. I notice > that with some of the other threads too - they get > split up. > > I'm only aware of one thread. > > Mark Well I am not. There appears to be several in differnet forums with the same tiltle and the same title in the same forum too. 1) One thread is started by in 'discuss' by ' Guest' with the title 'frequency scalling in opensolaris' This has 5 replies 2) Another thread by the same title is started by 'nacho ' That has 16 replies. Likewise, the 'Indiana Review' has at least two going, with one started by Guest and another by uk-admin. A thread I started 'Why is my Intel GMA 950 graphics not being reconisded (driver exists)' has no replies. Another one I appear to have started, has 'Re:' in front of it (i.e. Re: Why is my Intel GMA 950 graphics not being reconisded (driver exists) ) has 14 replies. It seems that if one starts a thread, and CC's it to a couple of forums, then anyone replying in another forum will only reply to that forum. So the thread can split and have the same title but different posters on different forums. Another one I can see multiple theads from is ' Middle management at Sun destroys OpenDS is OpenSolaris next?' This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics not beingreconisded (driver exists)
Stewart, David C wrote: > Sun has a great crew in Beijing working on the graphics drivers, and we > have a guy named Kan working with them who is relatively new on the > project. I don't believe we are taking the binary blob approach on > graphics because Intel graphics specs have been open for some > generations, so the drivers are all open source. The only binary blob I know of for Intel graphics on Solaris or Linux is a small bit of optional code to enable the Macrovision-encumbered functionality. http://marc.info/?l=linux-kernel&m=115536806403908&w=2 For everything else, Intel has led the pack in being the most open of the graphics vendors, and actively developing the open source 2D & 3D drivers as their only driver - AMD/ATI are starting to catch up with their recent release of 2D-only specs, but for both ATI & Nvidia cards, only their closed source binary drivers will have full performance and functionality. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics not beingreconisded (driver exists)
On Dec 3, 2007 10:57 AM, Stewart, David C <[EMAIL PROTECTED]> wrote: > Well, we're trying. :-) > > Sun has a great crew in Beijing working on the graphics drivers, and we > have a guy named Kan working with them who is relatively new on the > project. I don't believe we are taking the binary blob approach on > graphics because Intel graphics specs have been open for some > generations, so the drivers are all open source. No, there is a binary blob component. The "main driver" portion is open source, certainly. But the video output stuff for macrovision, etc. is necessarily closed (see intel_hal.so): http://marc.info/?l=linux-kernel&m=115536806403908&w=2 -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics notbeing reconisded (driver exists)
> I'm trying to reply to Ken, but keep getting tons of > Java errors, so I am going to reply here instead: > > > > Dave, Oops, I see my previous posts did appear, so I have repeated the same thing several times. Every time I hit the 'Post Message' I got a ton of errors and a suggest to report them to the web master. After about 4 attempts I decided to reply under anonther posts (not Kens). That time it appeared to go OK. It seems all the others did too - Sorry, dave This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
UNIX admin wrote: >> This is debatable ... Can you provide pros and cons >> for this from your >> point of view? >> > > For example, I have a package that delivers /.cshrc, /.login and /.logout. If you prefer /bin/sh for root's shell, then why on earth are you installing CSH login files of all things? (Friends don't let friends use CSH! ;) ) > Determining root's home directory via public interfaces is unreliable, namely > because such public interfaces aren't well defined. I could look directly > into /etc/passwd, but as "Indiana" clearly shows now, there is no guarantee > whatsoever, that home directory field will be at a fixed position. I could > also use `finger`, but there's no guarantee that the output won't change, > thereby breaking my regex parser for it. For crying out loud, they broke the > output of `uname -a`. > I'm not sure, but I think getent is a stable interface. > The promise of SunOS is that it would remain backward and forward compatible; > that is why environments that need to be super-stable and super-reliable > prefer it over any other operating system. > > Solars (from Sun) I beleive will always have that stability. I haven't been around here long enough to know for sure, but I'm not positive that OpenSolaris won't be more aof a playground to try new things in. That said, I too don't like the trend of doing things in any Solaris 'because that's what people coming from linux will expect'. If and when linux does something for a reason the community thinks is worthwhile, then I'm all for reviewing it and considering it. I'm not for blindly copying though. I think it should be given the engineering consideration that I feel Solaris is well known for. In the case of root's home, this might mean (note: I haven't give this much thought, it's just an example:) that if moving root's home was a good idea, we may want to default it to /export/home/root, and ship an /etc/auto_home that will lofs mount it from there to /home/root automatically. For BASH, while I use BASH personally, I am very surprised that anyone would change root's shell to it. I know it's very backwards compatible, but I've always steered clear of that because I don't knwo what assumptionsmight be made in the OS, or any other 3rd party software, and I don't want to get bit. -Kyle ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics notbeing reconisded (driver exists)
I'm trying to reply to Ken, but keep getting tons of Java errors, so I am going to reply here instead: > Dave, > > Are you familar with tools like FnFX?? Usually, your > BIOS and/or function keys need to be made to control > such things like LCD brightness or backlighting > through alternative GUIs. > > Check your BIOS version and we probably can help you > find the tool you need (or modify it). > > ~ Ken Mays No I was not aware of FnFX. I just looked on Sourceforge http://fnfx.sourceforge.net/ and see that project is for Toshiba and it looks Linux, but I guess you are saying there is similar for other makes and Solaris. The BIOS is version R0111N0 I found some information on this BIOS when I googled. http://tjworld.net/snc/ the BIOS is mentioned there against the laptop I have Sony VAIO VGN-SZ4XWN/C They keyboard has a key marked 'Fn' That does the following with these keys in Windows F1 - unknown F2 - mutes/unmutes speaker F3 - reduce volume F4 - increase volume F5 - decrease brightness F6 - increase brightness F7, F10 and F12. All do something, but I don't know what the symbols actually mean. F7 looks to be something to do with the LCD display, but I dont know. If you can suggest a tool which can be made to allows those key combinations to do similar under Solaris, it would be useful. Dave This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics notbeing reconisded (driver exists)
Dave - thanks for the feedback, will send to the appropriate engineer. >From: Dr. David Kirkby [mailto:[EMAIL PROTECTED] >Sent: Monday, December 03, 2007 6:27 AM > >Thank you Shawn. One of the things my laptop lacks on the Intel chip set is >any way to adjust the brightness level of the laptop's screen. That would >be quite useful I must say! Perhaps Dave Stewart, or anyone else working on >Intel related issues could give us the ability to adjust the brightness >level. > >There is probably 50 ~ 100 controls on the Nvida chipset I can set in >Solaris Express, but just the brightness level would be a useful >improvement for the Intel chipset. > >I do wonder the logic of withholding the technical information needed for >writing drivers. I suspect by the time a competitor could make use of the >information and build a new chip, get it into production, it would be so >out of date to not matter to Intel. By the time any laptop has been in >production a 12-18 months, you can be 99% sure the chips used are well away >from the current state of the art. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics not beingreconisded (driver exists)
Well, we're trying. :-) Sun has a great crew in Beijing working on the graphics drivers, and we have a guy named Kan working with them who is relatively new on the project. I don't believe we are taking the binary blob approach on graphics because Intel graphics specs have been open for some generations, so the drivers are all open source. >From: Shawn Walker [mailto:[EMAIL PROTECTED] >Sent: Monday, December 03, 2007 6:09 AM > >For the record, in the last year or so Intel did start providing >*code* and a binary blob for accelerated drives and that work is being >adopted for Solaris/OpenSolaris if I'm not mistaken. > >Plus Intel has reassigned individuals such as Dave Stewart to work on >bringing Intel-specific platform optimisations and functionality to >Solaris/OpenSolaris. > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
UNIX admin <[EMAIL PROTECTED]> said: "If this is the future that awaits us, I shudder at it. If I wanted to run a *UNIX-like* operating system, I'd go ahead and run that GNU/Linux garbage, not SunOS!" ---> Well, that 'garbage' is running on the TOP FIVE supercomputers in the world (sidenote: The SGI Altix ICE 8200 supercomputer in New Mexico runs GNU/Linux as well which is listed the number three supercomputer) so do we pull the plug on those ventures as well??? Remember, that "garbage" is in a lot of electronic products and embedded systems - and provides a lot of professional-grade jobs across the world. Hate to see it "trashed" even if I am a OpenSolaris advocater. You made some good points, but I'm sure you're well aware that the Indiana preview CD is not IRIX or the 'Solaris' product either. It was meant to be a conceptual prototype for developers to preview - not a full production product or beta-quality prototype. All the major issues like SysVR4 package management, ZFS, ACL/trusted extensions, and RBAC/sudo are known and under review. See indiana-discuss (and the supporting projects like IPS, Caiman, etc). ~ Ken Mays Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics not being reconisded (driver exists)
Dr. David Kirby said: "One of the things my laptop lacks on the Intel chip set is any way to adjust the brightness level of the laptop's screen. That would be quite useful I must say! Perhaps Dave Stewart, or anyone else working on Intel related issues could give us the ability to adjust the brightness level." --> Dave, Are you familar with tools like FnFX?? Usually, your BIOS and/or function keys need to be made to control such things like LCD brightness or backlighting through alternative GUIs. Check your BIOS version and we probably can help you find the tool you need (or modify it). ~ Ken Mays Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
On Dec 3, 2007 1:45 PM, UNIX admin <[EMAIL PROTECTED]> wrote: > You should never be logged in as root directly, unless you are on the > console, in text mode. > > That is sysadmin 101. Yes, and it's dogma. There are plenty of situations where root login is the best tool for the job. > 2. RBAC is present only on Solaris and therefore useless in homogenous > environments That seems a weak argument against it. In homogenous environments users can just 'alias sudo=pfexec'. RBAC is the sysadmins job problem, not the users, and and sudo is a blunt instrument compared to RBAC. Funny that you don't worry too much about homogenous environments when it comes to roots home directory or shell :) > A well engineered system will never have either the root user or any other > users logging into him interactively, and a correctly secured build will have > necessary mechanisms built in and configured to begin with. I'm not sure how that applies to e.g. my laptop, or why you are worried about sudo vs. rbac when no-one is going to login to your machines anyway? > That is a clearly an architectural issue, not a security issue. > > A desktop system will be a developer's system, and being a fascist on > developers is in my experience extremely counter-productive. > Not to mention that it kills morale, which is unacceptable. This seems to contradict your earlier statement. -- Rasputnik :: Jack of All Trades - Master of Nuns http://number9.hellooperator.net/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
On Dec 3, 2007 4:11 PM, UNIX admin <[EMAIL PROTECTED]> wrote: > > Sorry, but most shops wouldn't even know where to begin with ACLs, not to > mention most shops don't even know they exist in UNIX. I happen to know > about them and how to use them, but I'm a rare and dying breed these days. This is why Sun offers kick ass courses where you can learn this stuff. ACLs are handy, might take some time to get a long with them but once you do, you love them. Basic ACLs were being discussed in.. dunno, Fundamentals for Solaris 8 if i recall correctly. > > > ZFS did break the traditional UNIX interfacing with UNIX utilities, as did > SMF, and don't you think for one nanosecond that it doesn't bother me! Why does it bother you exactly? > But would it kill you guys to just once, admit you overcomplicated it and > overengineered it? Just once? You screwed up with the RBAC implementation, > just come out clean and admit it, and life goes on. Nobody will kill you for > it, people make mistakes. > > In my opinion they didn't screw up anything. They added some stuff that can make your life possibly easier. If you don't know how to implement it or use it in an intended way then they didn't screw up.. you just have to do some research. Patrick ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
On 12/3/07, Milan Jurik <[EMAIL PROTECTED]> wrote: > > Hi, > > > I strongly disagree, for two reasons: > > > > 1. if the system engineering has done their job correctly, no > interactive logging in of any kind, by either the root or odrinary users > should take place on the system - ever > > > > 2. RBAC is present only on Solaris and therefore useless in homogenous > environments; sudo would have been a much better choice, especially because > it makes system administration consistent and homogenous. > > > > I do not at all appreciate RBAC. > > > > And I don't like sudo. Too strange thing. > > And in that case we should forget about ZFS (because it is administred > in different way), dtrace (strange, it is not on AIX or HP-UX), FMA, > what else? Time to forget ACLs, they are not managed in the same way > around all OSes... > > RBAC is Solaris way, correct and clean. Not sudo hack. You can use it, > nobody will stop you. But don't stop RBAC just only because you don't > understand RBAC. Write sudo wrapper around RBAC, if you want. > Even for a newcomer in the Solaris world, "UNIX admin"'s views seem extremely biased. Nobody's going to die if there's a /root entry in the file system (God forbid you'd want a custom .vimrc when you're running as root!) or if `uname -a` prints something different from SunOS. Or having a BASH as the default shell. I'm sure that Indiana has a lot of flaws, but channeling so much energy into bikeshedding talks is counterproductive at least. -- Andrei Maxim ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> And I don't like sudo. Too strange thing. > > And in that case we should forget about ZFS (because > it is administred > in different way), dtrace (strange, it is not on AIX > or HP-UX), FMA, > what else? Time to forget ACLs, they are not managed > in the same way > around all OSes... Sorry, but most shops wouldn't even know where to begin with ACLs, not to mention most shops don't even know they exist in UNIX. I happen to know about them and how to use them, but I'm a rare and dying breed these days. ZFS did break the traditional UNIX interfacing with UNIX utilities, as did SMF, and don't you think for one nanosecond that it doesn't bother me! FMA is hardware-specific and as such belongs to the underlying subsystems. Since the underlying HW is different, (PA-RISC, IA64 anyone?), that is logical. > RBAC is Solaris way, correct and clean. Not sudo > hack. You can use it, > nobody will stop you. But don't stop RBAC just only > because you don't > understand RBAC. Write sudo wrapper around RBAC, if > you want. I never wrote that I don't understand it. I'm root and will be root for the rest of my life, with all the stuff that comes with that responsibility, period. But would it kill you guys to just once, admit you overcomplicated it and overengineered it? Just once? You screwed up with the RBAC implementation, just come out clean and admit it, and life goes on. Nobody will kill you for it, people make mistakes. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
Hi, > > Considering Solaris' rbac capabilities as well, I > > look for root to be > > extinct in the not too distant future. > > > > Roles / Profiles are a far better way to accomplish > > this. > > I strongly disagree, for two reasons: > > 1. if the system engineering has done their job correctly, no interactive > logging in of any kind, by either the root or odrinary users should take > place on the system - ever > > 2. RBAC is present only on Solaris and therefore useless in homogenous > environments; sudo would have been a much better choice, especially because > it makes system administration consistent and homogenous. > > I do not at all appreciate RBAC. > And I don't like sudo. Too strange thing. And in that case we should forget about ZFS (because it is administred in different way), dtrace (strange, it is not on AIX or HP-UX), FMA, what else? Time to forget ACLs, they are not managed in the same way around all OSes... RBAC is Solaris way, correct and clean. Not sudo hack. You can use it, nobody will stop you. But don't stop RBAC just only because you don't understand RBAC. Write sudo wrapper around RBAC, if you want. Best regards, Milan ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics not being reconisded (driver exists)
> For the record, in the last year or so Intel did > start providing > *code* and a binary blob for accelerated drives and > that work is being > adopted for Solaris/OpenSolaris if I'm not mistaken. > > Plus Intel has reassigned individuals such as Dave > Stewart to work on > bringing Intel-specific platform optimisations and > functionality to > Solaris/OpenSolaris. > > -- > Shawn Walker, Software and Systems Analyst Thank you Shawn. One of the things my laptop lacks on the Intel chip set is any way to adjust the brightness level of the laptop's screen. That would be quite useful I must say! Perhaps Dave Stewart, or anyone else working on Intel related issues could give us the ability to adjust the brightness level. There is probably 50 ~ 100 controls on the Nvida chipset I can set in Solaris Express, but just the brightness level would be a useful improvement for the Intel chipset. I do wonder the logic of withholding the technical information needed for writing drivers. I suspect by the time a competitor could make use of the information and build a new chip, get it into production, it would be so out of date to not matter to Intel. By the time any laptop has been in production a 12-18 months, you can be 99% sure the chips used are well away from the current state of the art. Dave This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
Richard L. Hamilton wrote: > The one problem I have with either /root or root as a role is what there > is in the way of recovery options (on SPARC too eventually!) under very > degraded conditions in the absence of being able to log in to the console > directly as root. There needs to be something - preferably not _requiring_ > a reboot, and certainly not involving a reboot off of removable media like > CD/DVD. I don't see how changing root's home dir from / on the root filesystem to /root on the root filesystem changes that. sulogin will still allow root to login on the console even when root is a role. If you wish to allow root to login directly on the console but not directly by any other means - and you are happy with your console security - then add the following line to /etc/pam.conf login account requiredpam_unix_account.so.1 Normally login would be using the 'other' stack which is: other account requisite pam_roles.so.1 other account requiredpam_unix_account.so.1 The absence of pam_roles.so.1 is what will allow console access when root is a role. NOTE that this will allow root on ANY direct attached tty not just /dev/console. -- Darren J Moffat ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics not being reconisded (driver exists)
On Dec 3, 2007 4:14 AM, Dr. David Kirkby <[EMAIL PROTECTED]> wrote: > > None of Intel's cards have thermal sensors, and their > > driver software is very > > basic. NVIDIA is the only company to provide > > accelerated drivers and > > utilities to non-Windows operating systems. You > > don't set the resolution > > with the utlity, that's why the XRandR extension was > > such an important > > milestone to accomplish when X.org 7.x was instituted > > on OpenSolaris. Again, > > the Intel cards lack the functionality. > > > > James > > Thank you James. It looks like I am OK now, as I think both the Nvidia and > the Intel graphics are working correctly. I can live with reduced control on > Intel. > > I see some web page say Sony claim 4.5 hours typical use on the Intel chip > set of this laptop and 3.5 when using the Nvidia. I can't say I've seen that > from Sony, nor can I say I have measured it myself, but it does run > significantly warmer when using the Nvidia, so I can well believe it reduces > the battery life by 20-25%. > For the record, in the last year or so Intel did start providing *code* and a binary blob for accelerated drives and that work is being adopted for Solaris/OpenSolaris if I'm not mistaken. Plus Intel has reassigned individuals such as Dave Stewart to work on bringing Intel-specific platform optimisations and functionality to Solaris/OpenSolaris. -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "We don't have enough parallel universes to allow all uses of all junction types--in the absence of quantum computing the combinatorics are not in our favor..." --Larry Wall ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
On 03/12/2007, Richard L. Hamilton <[EMAIL PROTECTED]> wrote: > The one problem I have with either /root or root as a role is what there > is in the way of recovery options (on SPARC too eventually!) under very > degraded conditions in the absence of being able to log in to the console > directly as root. There needs to be something - preferably not _requiring_ > a reboot, and certainly not involving a reboot off of removable media like > CD/DVD. Maintain a single local user account that is assigned the root role. Give that user a ridiculously long password, kept in escrow by your IS Security department. Now you have a guaranteed path in via the console when everything else goes to pot. -- Georgia: Why am I not doing what they're doing? Rube: Because you're doing what you're doing. When it's time for you to do something else you'll do that. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] FC grub suddenly stops bootin Solaris Express CE
> I have installed 3 OSs on my laptop (Win2003, FC7, > Solaris Express CE),I used to use Linux grub to boot > 3 OS without any problem. Recently I have upgraded my > FC7 by using Ymux Hi This will only work if FC7's grub "chains" SXCE's grub (that it, first you get the FC7 grub menu, then the SXCE one, then you can boot SXCE). A+ Paul This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> I always change any Solaris systems I setup to use > /root for root's > home for this very reason. > > I like being confident that any files created when > logged in as root > will go to a relatively "secure place." You should never be logged in as root directly, unless you are on the console, in text mode. That is sysadmin 101. > Considering Solaris' rbac capabilities as well, I > look for root to be > extinct in the not too distant future. > > Roles / Profiles are a far better way to accomplish > this. I strongly disagree, for two reasons: 1. if the system engineering has done their job correctly, no interactive logging in of any kind, by either the root or odrinary users should take place on the system - ever 2. RBAC is present only on Solaris and therefore useless in homogenous environments; sudo would have been a much better choice, especially because it makes system administration consistent and homogenous. I do not at all appreciate RBAC. > The days of an all-powerful must end if we are to > embrace security. I disagree, and very strongly at that. A well engineered system will never have either the root user or any other users logging into him interactively, and a correctly secured build will have necessary mechanisms built in and configured to begin with. That is a clearly an architectural issue, not a security issue. A desktop system will be a developer's system, and being a fascist on developers is in my experience extremely counter-productive. Not to mention that it kills morale, which is unacceptable. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
UNIX admin writes: > > Given all the other incompatibilities you note (and > > you missed a few > > known incompatibilities, like libX11 & libXext in the > > Preview breaking > > binary compatibility with Solaris X apps), isn't it a > > good thing that > > uname warns you this isn't SunOS, so you know it's > > not compatible and > > your scripts don't go assuming it is? > > You do have a point. It's basically as if I tried to run my Solaris software > on a different OS. > > But it was such a shock. It's an experimental set of bits produced by one particular project group. As with all experimental bits, the project hasn't been through the process -- there's been no check for compatibility, for correctness of the changes, or anything else outside of the project team. (No, I'm not explicitly commenting on the validity of your specific complaints -- in fact, I know at least one of them to be plainly invalid; PSARC 2003/039 approved the /root change long ago -- just noting that there _may_ be problems here and that this _is_ perfectly normal and not a reason to panic.) If you're participating in this experiment -- downloading and running it sounds like "participation" to me -- then you should direct your feedback to the project team that created it. Few (if any at all) of them hang out here on opensolaris-discuss. Instead, they're here: [EMAIL PROTECTED] Sending mail to the wrong list just increases the overall noise level. See also: http://www.opensolaris.org/os/project/indiana/resources/reporting_bugs/ All projects can produce experimental bits for their own purposes. If you use those bits, there just aren't any guarantees. -- James Carlson, Solaris Networking <[EMAIL PROTECTED]> Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> Hi > > On Dec 2, 2007 12:50 PM, UNIX admin > <[EMAIL PROTECTED]> wrote: > > The unthinkable has happened: SunOS backwards > compatibility has been broken. > > > > Broken: > > > > `uname -a` returns some funky "opensolaris bla bla > bla" string instead of the standard > > SunOS hostname 5.11 snv_## i86pc i386 i86pc. > > > > Broken: > > root's home directory is in /root; this is a SEVERE > ERROR. We're not on Linux, and this isn't Linux land! > > > > This is debatable ... Can you provide pros and cons > for this from your > point of view? I know folks that do this to Solaris 10 systems, and don't have any problems as a consequence. Don't know if I like it or not (and don't really see the point if root is a role); OTOH, if root might not be a role, it makes sense to have some extra privacy for root's dot files; at the very least, it keeps them out of the way. > > > Broken: > > all my System V compliant packages are no longer > installable, instead `pkgadd` exits with exit code 1 > (fatal error), because /var/sadm/install/contents is > empty. > > > > I believe that will be fixed. > > > Broken: > > after the installation, the system was rendered > unbootable. I had to go into the BIOS and play > Russian roulette (I have four identical drives) to > find the drive "Indiana" was on, and edit GRUB lines > with the correct "root (hd3,0,a)" to be able to boot. > No trace of detecting Windows XP professional on my > first drive (this is a documented issue though, but > the first one isn't). > > > > Same as previous. > > > Broken: > > even after editing /boot/grub/menu.lst, GRUB still > "wouldn't take"; changes weren't visible in the GRUB > boot menu. > > > > Broken: > > default shell given to root and to myself is > /bin/bash; this is a SEVERE ERROR (the worst of all). > Not only do I not want to have to go and modify the > system to remove that bash GARBAGE of a shell, it's > unacceptable to have to do that for every engineering > cycle of a new build. > > > > Yes, why we don't have Bourne or KornShell93 as > default. I vote > against Bash. This is really terrible. ksh93 would be nicer, IMO. Nothing wrong with bash if someone wants to use it, but there's no excuse (aside from Linux compatiblity, which belongs in an LX zone to keep it separate since Linux!=POSIX) for it as a default. [...] For things that are trivially configurable either way, it would IMO be nice to have a "personality" option that dialed compatibility towards Solaris or towards Linux. Mostly the little stuff: default shell, and such. I don't actually see that /root makes a darn bit of difference; at least, it hasn't for anything I've run across (modulo poorly written scripts that can't handle it). The one problem I have with either /root or root as a role is what there is in the way of recovery options (on SPARC too eventually!) under very degraded conditions in the absence of being able to log in to the console directly as root. There needs to be something - preferably not _requiring_ a reboot, and certainly not involving a reboot off of removable media like CD/DVD. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> Oh yeah: and I can no longer log in as root. On the > CONSOLE. Because if I create an account for myself > during the install, root will be turned into a > "role". > > If that wasn't bad enough, it's not a sudo role, that > I could use and transfer to HP-UX or IRIX, or AIX, or > Mac OS X, oh no. > We have to be stubborn and plough on with RBAC, which > is overcomplicated and a nightmare to set up and > administer, even for people like me who've used > Solaris for 12+ years. As an added bonus, RBAC > doesn't exist on any other UNIX(R) system, so all the > work I do with it I can't use on another UNIX(R) > system. Lovely. So port RBAC - it's open, and insofar as it doesn't need to be linked with GPL (as opposed to say LGPL libs) code, there shouldn't be a problem. Complicated or not, IMO RBAC is far more capable. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Strip Solaris off non-essential drivers!
> Hi I need some assistance in the following: - > > I am trying to strip the current solaris build off > the drivers which may not be really essential. I > would like to not make the audio drivers, crypto > drivers, 1394, the dtrace binaries etc. a part of the > final tar ball. `pkgrm` is your friend. However, considering Solaris drivers are only a few additional MB, you should not do it. Any drivers you remove means less HW that the final OS will run on. Also, why are you making a "tarball"? Solaris has the technology to make compressed Flash(TM) images built directly into the OS. I suggest you make use of it. It's phenomenal technology, and exactly perfect for the task at hand. > If any one can add on to this list please (maybe > remove solaris LVM from the build??) do so and the > main reason I am doing this is because I want to have > a very lightweight kernel which I can use for a > diskless client. Diskless clients boot and run from a remote OS server, over NFS, and therefore one can afford to have a full Solaris distribution running on the central NFS server, serving Diskless and AutoClients. Unless the target hardware is somehow limited in RAM, there is no point to "slimming Solaris down" for the diskless client. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Push for Matlab on Solaris x86
> So if you could use matlab on Solaris x86 send a > message to [EMAIL PROTECTED] and let them know. > > Ben I did ask, and got this back today (3rd Dec 2007). Hello David, I am writing in reference to your Service Request # 1-5DF4D6 regarding 'Are there plans for Matlab on Solaris x86?'. We do not have, at the moment, any information about the possible release of a version of MATLAB compatible with the x86 processor architecture for Solaris. I have, however, forwarded this request for enhancement to the relevant persons within The MathWorks, for consideration. If you have any further questions, please do not hesitate to email me back. Please be sure to keep the THREAD ID included at the bottom of this email intact when replying to this message. If you have a new technical support question, please submit a new request here: http://www.mathworks.com/contact_TS.html Regards, Damien Berest Installation and Licensing Specialist The MathWorks, Inc. [THREAD ID:1-5D8EV1] This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> Given all the other incompatibilities you note (and > you missed a few > known incompatibilities, like libX11 & libXext in the > Preview breaking > binary compatibility with Solaris X apps), isn't it a > good thing that > uname warns you this isn't SunOS, so you know it's > not compatible and > your scripts don't go assuming it is? You do have a point. It's basically as if I tried to run my Solaris software on a different OS. But it was such a shock. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> You are aware that Indiana hasn't gone through ARC > yet and is an early > prototype; right? No. As I wrote before, I purposely stayed out of the whole debacle. I described my experiences, with what I was able to pinpoint as broken in the first 15 minutes of installing "Indiana" without any prior knowledge about it. Had I stayed longer with it, I would have no doubt found many more things that were broken when compared to how SunOS should function and functions. I now have snv_77 on my PC and things are ten order of magnitudes better. As the install finished @01:10 in the morning, I didn't check whether /var/sadm/install/contents is empty or whether `pkgadd` functions, but apart from my account being set to /bin/bash by default, everything else seemed to be SunOS. Certainly further investigation is needed. You have to understand, for me personally, 80:20 is unacceptable; it's either 100% or nothing. Because of the way I am, I went through great pains to ensure that my packages are 100% System V compliant. And when I saw that my System V clean packages were completely uninstallable on something that *should have* guaranteed me forward compatibility, I went through the roof. Not to mention I lost face. It looked like I had no clue what the hell I was doing, perhaps a few hacked-up "packages" here-and-there that all blew up because I didn't know how to package right, like a total and complete clueless, bumbling idiot. > I wasn't aware that Sun had any documentation that > guaranteed root's > home. How does this break backwards compatibility? > Personal > preferences do not count here. In almost every manpage there is a "Stability" attribute. If that attribute is set to "stable", no compatibility breakage is allowed to take place, period. It's guaranteed. And in general, anything that is not explicitly declared as "private/evolving/unstable", is subject to very careful consideration, so as to not break customer's applications. > There was a bug in the version of pkgadd that was > initially released, > an update is available. Look here for instructions to > update: > http://mail.opensolaris.org/pipermail/indiana-discuss/ > 2007-November/003777.html I will study it. Thank you kindly for the pointer. > However, yes, it is likely that there will not be > 100% package > dependency compliance. However, I don't think Sun has > ever guaranteed > that either. That would go against everything that SunOS and SunOS's engineers stand for. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "Indiana" review
> Funny, one of the first things I always do after > installing an instance of SXCE is to edit the passwd > file, change the home root directory to /root and the > default shell to /bin/bash. I know think I am not > alone. That's most likely because you haven't typed in `man tcsh` yet. Have you read the manual page for `tcsh`? I'd think after that, you'd never get the idea to do /bin/bash anything ever again. Computer industry is very specific in one regard: we have to read. Constantly. A lot. A whole lot. And then some more. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is my Intel GMA 950 graphics not being reconisded (driver exists)
> None of Intel's cards have thermal sensors, and their > driver software is very > basic. NVIDIA is the only company to provide > accelerated drivers and > utilities to non-Windows operating systems. You > don't set the resolution > with the utlity, that's why the XRandR extension was > such an important > milestone to accomplish when X.org 7.x was instituted > on OpenSolaris. Again, > the Intel cards lack the functionality. > > James Thank you James. It looks like I am OK now, as I think both the Nvidia and the Intel graphics are working correctly. I can live with reduced control on Intel. I see some web page say Sony claim 4.5 hours typical use on the Intel chip set of this laptop and 3.5 when using the Nvidia. I can't say I've seen that from Sony, nor can I say I have measured it myself, but it does run significantly warmer when using the Nvidia, so I can well believe it reduces the battery life by 20-25%. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Create a bootable installation image
Hi Ginnie, thank you for your info, but can I create an installable image with these settings on mkisofs based on the steps I have done? In short I altered the original install image to get an image where to be able to boot into a zfsroot. If there are no extra steps needed that would be fine then. -- Roman This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] mounting more than two FAT volumes in an extended partition
On Mon, 3 Dec 2007, vineet kumar wrote: > Hi, > I am using SXCE build76. > > i have a extended partition on my drive with 4 FAT32 volumes. > But I can mount only the first two. a) How exactly are you trying to mount them, i.e. which device name do you specify for the "mount" command ? b) exactly what failures (error messages on the mount command line and in /var/adm/messages) do you get ? c) How does the partition table look like ? You can use Moinak's tool here: http://blogs.sun.com/moinakg/entry/solaris_x86_partition_table_viewer to "prettyprint" it, including the logical drives. > > Is it a known limitation of Solaris or is there some bug or problem ? that depends. > > Is there a workaround for this? ditto. FrankH. > > Regards, > Vineet > > > This message posted from opensolaris.org > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > -- No good can come from selling your freedom, not for all the gold in the world, for the value of this heavenly gift far exceeds that of any fortune on earth. -- ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] mounting more than two FAT volumes in an extended partition
Hi, I am using SXCE build76. i have a extended partition on my drive with 4 FAT32 volumes. But I can mount only the first two. Is it a known limitation of Solaris or is there some bug or problem ? Is there a workaround for this? Regards, Vineet This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
