Re: [osol-discuss] No VirtualBox guest graphical login
On Tue, Jul 07, 2009 at 06:24:51PM -0700, Darran Kartaschew wrote: @willf I had a similar problem with Virtual Box 3.0 Guest Additions not installing a valid xorg.conf file. To fix it, goto /opt/VirtualBoxAdditions and run x11config15sol.pl as root. restart X and you should be fine with the screen resize and mouse integration. Yep, that fixed the problems (mouse capture and desktop resizing) I was having with VB 3.0 and the snv_117 OpenSolaris guest. Thanks for osting that (love an easy fix)! I like easy fixes as well... :) Also can you post if the VB 3.0 GA broke OpenGL or not? (run /usr/X11/bin/glxinfo from CLI, and report back what it says). Ran it and this is what I saw: ld.so.1: glxinfo: fatal: relocation error: file /usr/lib/libGL.so.1: symbol glXFreeMemoryMESA: referenced symbol not found ld.so.1: glxinfo: fatal: relocation error: file /usr/X11/bin/glxinfo: symbol glXChooseVisual: referenced symbol not found That's what I'm getting as well. Looks like OpenGL is broken for SXCE/OS guests. :( A quick google does show someone else has encountered the problem, and has already posted a bug report about it over at virtualbox.org. I did manage to get OpenGL working again, by completely disabling all 3D acceleration (revert back to full-software rendering via mesa). To revert back to full software rendering, rename libGL.so and libGL.so.1 to something else in both /usr/X11/lib/mesa and /usr/X11/lib/mesa/64, and make a copy of libGL_original_.so as libGL.so and libGL.so.1 in the repsective directories listed above. Tip: /usr/lib/libGL.so eventually links through to /usr/X11/lib/mesa/libGL.so for 32bit and /usr/lib/64/libGL.so links to /usr/X11/lib/mesa/64/libGL.so for 64bit clients, if the opengl select service is set to mesa... The VB3.0 GAs, rename those files, and link the /usr/X11/lib/mesa/libGL.so to GA pass-thru library in /usr/lib. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] regretting for OS... (was ATI Radeon 1650 DRI)
Alexander, I think there is huge misunderstanding between us (and this is not starting point for flame :-) ): Alexander píše v st 08. 07. 2009 v 22:48 -0700: Hi Alexander, I think you have already the most of things fixed, The only thing I've fixed is mplayer 2) There are not enough gstreamer plugins (all suggestions are to BUY fluendo codecs). Why should I do it, if there is gstreamer-plugins-ugly? I can compile it... Yes, but after compilation totem dies trying to play WMA files To fix this we need one thing from you - how does it die? Can you distribute some short WMA file with which I can reproduce it, so I can try to root cause it and fix it? Or give me core file of dying totem? Ok, when I have some more free time, maybe I'll recompile totem with debugging symbols and give feedback. gdb says Cannot access memory at address 0xf6f64000 That does not say much :-( And I tried some free WMA yesterday without problem. But it can be some other problem. I will wait for core file. But I still can try to compile mplayer. Yes, but it fails to compile with strange errors about asm files... Do you mean the latest snapshot? Because the released version 1.0rc2 is (with you widely known patches) working well. Yes, I've already compiled it (svn version). I had to to disable gcc optimization some times and to patch mlpdsp.c. Good to know, thanks. 3) I'd like to use MY graphic card, I've already bought it for about 70-100$ and it is not a small amount money for me... Maybe I should wait for OpenSolaris 10.02 of course You can ask the company which sold that graphic card to you for support. Not funny. And I don't want to change my card, I like it... Why does such strange advices appear? Because it is truth. OpenSolaris has the same open source driver as Linux. But ATi is producing also binary driver for Linux. Do you see the difference? I believe our X server team spoke with ATi (and later with AMD) several times, asking them for the same level of support. You can see the result. Ask ATi, not us. Or participate on that open source driver. That is the reality, you have 2 options. It is task for company, we can only volunteer if we have enough datasheets and volunteers to do it. Will you participate on development of that driver? 1) I'm admin, not a developer... 2) I haven't enough time 3) Is it a good practice we don't have it in OS, but you may write it...? :) Yes, it is good practice. It is the same practice in all operating systems, including closed source. You were only asking and asking. Even if you are only admin, you can contribute a lot. I see you were able to patchcompile mplayer for you. Why not to share such knowledge with the others? Yes, you cannot work on that driver probably, or not much enough. But you can use it, monitor the upstream and test it and report bugs (maybe with small patches from time to time). Even that is important contribution. And yes, you will be limited by limits of that driver for now. We all haven't enough time to support everybody's hardware. Many of us are only admins. But we are trying to do our best. 4) It's said on winehq site that Wine support with sound is available starting from snv_116, but 09.06 is snv_111b-based... When I'm trying to update to snv_117, ips tries to download approximately 330 Mb... Not very good. Why not very good? Just so many data were changed between build 111b and 117. Isn't it cool there is so huge progress? It's cool if traffic is free... I know. But if you want the latest bits, it costs :-( But I need to update to snv_119 to see my partition, and it's not ready. Yes and no. It depends on your knowledge. It is not available yet for simple click'n'click but you can have such support immediately if you know how to download/compile/apply. You are asking for something what is in main repository for few days only. And there were strange issues with transfering files (some network timeouts, happening only with pkg.opensolaris.org)... Did you report it on correct place (like indiana-discuss@), please? Yes :) Cool, thank you :-) Hopefully it resulted in some bug on defects.opensolaris.org And last... It is possible to run Oracle 10g R2 on Solaris/x64. It could work on OpenSolaris with some tricks... But there is Oracle 11g already. And it is supported on Linux without so many hacks. Do you know that OpenSolaris community is not developing Oracle software? Why are you asking here and not on Oracle support? I don't complain, I'm only explaining all issues which I had with OpenSolaris. I don't want to have a constructor (like RH 7.1). I want to have a normal system which just works without any magic actions and do what I need. And if it's a constructor, it should be a good constructor (compare ports collection and
Re: [osol-discuss] print env vars of another process
In case people don't realize it, Opensolaris ps has recently taken on the traditional Berkeley syntax. In Solaris 10 you have to use /usr/ucb/ps for this. It appears that if arguments start with - you get System V syntax. If they don't you get Berkeley. ps h is help for Berkeley, ps -h for System V. Linux and Mac OS also work this way. The man page for Solaris seems not to describe the Berkeley syntax. Mac OS sort of does, though I think the description is misleading. The Linux man page is the most explicit. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] worrying hangs
Hi all, We've got a filer built on consumer hardware running SXCE snv_97, holding a small (1.4TB) raidz array. It's been going great for the last 6 months or so, but recently its started misbehaving. We use in-kernel CIFS for most of our needs and it works perfectly when playing media or mounting backed-up CD images. The problem comes when we try to explicitly copy something from it. When you actually try a direct copy via CIFS, HTTP, SSH or FTP, the transfer has about a 70% chance it will hang the machine. The larger the file, the more probable it is. I have no idea how to start investigating this as the network is inaccessible, the console is frozen and there are no hints left behind in the logs. My only way to recover the server is to shutdown (with the soft-off button on the case) and bootup. I can tell the machine isn't totally hung as it will apparently do a proper shutdown procedure. We're really out of ideas and worried that there could be a problem with our raidz array, even though there are no errors logged concerning it. As far as we can tell, there is no problem with any data (yet), just the system itself. Any ideas how to go about investigating this further? Many thanks Matt ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] print env vars of another process
Linux and Mac OS also work this way. The man page for Solaris seems not to describe the Berkeley syntax. Mac OS sort of does, though I think the description is misleading. The Linux man page is the most explicit. There are two manual pages ps(1) and ps(1b). I probably should add a cross reference to both the manual pages. The ps behaviour is different on how it is called and which arguments you pass: /usr/bin/ps - defaults to SVr4 /usr/ucb/ps - defaults to UCB If there's at least one argument and it doesn't start with a -, use ucb. If there's at least one argument and it starts with a -, see if they're not all ucb options, use SVr4. Else use the default. ps uxga /usr/ucb/ps -uxga (as above) /usr/bin/ps -uxga (error: ps: unknown user xga) /usr/ucb/ps -ef (just like SVr4 ps -ef) Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] new to opensolaris, trying to understand the directory structure better
yes, this looks promising but i wish there was an analog to the FreeBSD handbookavailable onlinebut yes, i willbe buying that book until then...i guess opensolaris is still pretty young =) thanks for the wonderful link. On Wed, Jul 8, 2009 at 10:47 PM, Jerry Tan jerry@sun.com wrote: One book that you may be interested. OpenSolaris Bible http://www.amazon.com/OpenSolaris-Bible-Wiley-Nicholas-Solter/dp/0470385480 Thomas Burgess : about 2-3 years ago i gave up windows for Ubuntu. I learned a lot but after awhile decided it was time to move on, after a few other linux distros i decided to try FreeBSD. I love FreeBSD for my servers but it's not that great for the desktop. Because of that, i decided to give opensolaris a try. So far i love it, it's amazingly easy to use, and it didn't take long to learn most of the package management stuff. I've been scouring google for information, and one thing i LOVED about FreeBSD is the handbook...it's amazing, is there anything like that for opensolaris? I'd like to understand the inner workings of the system better, and most importantly, the directory structure. It seems theres a ton of places where software is installed...i get what /bin and /usr/bin is all about, and i understand the idea of /opt but it seems like things are way more separated in opensolaris. This isn't a BAD thing, i'd just like to understand HOW it works and what it means. Thanks ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] regretting for OS... (was ATI Radeon 1650 DRI)
--- On Thu, 7/9/09, Milan Jurik milan.ju...@sun.com wrote: From: Milan Jurik milan.ju...@sun.com Subject: Re: [osol-discuss] regretting for OS... (was ATI Radeon 1650 DRI) To: Alexander a...@rsu.ru Cc: opensolaris-discuss@opensolaris.org Date: Thursday, July 9, 2009, 3:11 AM Alexander, I think there is huge misunderstanding between us (and this is not starting point for flame :-) ): Alexander píše v st 08. 07. 2009 v 22:48 -0700: Hi Alexander, I think you have already the most of things fixed, The only thing I've fixed is mplayer 2) There are not enough gstreamer plugins (all suggestions are to BUY fluendo codecs). Why should I do it, if there is gstreamer-plugins-ugly? I can compile it... Yes, but after compilation totem dies trying to play WMA files To fix this we need one thing from you - how does it die? Can you distribute some short WMA file with which I can reproduce it, so I can try to root cause it and fix it? Or give me core file of dying totem? Ok, when I have some more free time, maybe I'll recompile totem with debugging symbols and give feedback. gdb says Cannot access memory at address 0xf6f64000 That does not say much :-( And I tried some free WMA yesterday without problem. But it can be some other problem. I will wait for core file. But I still can try to compile mplayer. Yes, but it fails to compile with strange errors about asm files... Do you mean the latest snapshot? Because the released version 1.0rc2 is (with you widely known patches) working well. Yes, I've already compiled it (svn version). I had to to disable gcc optimization some times and to patch mlpdsp.c. Good to know, thanks. As for MPlayer, we have several builds over at Blastwave which can handle WMA playback (up to WMA 9 on my personal build and tested up to WMA 11). I've use MPlayer to playback DVDs and 1080p (i.e. 1920x1080 progressive) video and audio streams all under Solaris/OpenSolaris for about 2-3 years so I can help you know if it is a Solaris issue or an MPlayer issue. You can also contact Dennis Clarke whom blogged about his experiences with MPlayer 1.0rc2 and can help you as well as myself (and a few other people): http://www.blastwave.org/dclarke/blog/?q=node/145 Now Totem can do a lot of things, but it mainly is just an interface which relies on its backend engine(s) to do the heavy lifting. A few of us Solaris developers or engineers have worked with Totem enough to get you through the hurdles. ;o) 3) I'd like to use MY graphic card, I've already bought it for about 70-100$ and it is not a small amount money for me... Maybe I should wait for OpenSolaris 10.02 of course You can ask the company which sold that graphic card to you for support. Not funny. And I don't want to change my card, I like it... Why does such strange advices appear? Because it is truth. OpenSolaris has the same open source driver as Linux. But ATi is producing also binary driver for Linux. Do you see the difference? I believe our X server team spoke with ATi (and later with AMD) several times, asking them for the same level of support. You can see the result. Ask ATi, not us. Or participate on that open source driver. That is the reality, you have 2 options. It is task for company, we can only volunteer if we have enough datasheets and volunteers to do it. Will you participate on development of that driver? 1) I'm admin, not a developer... 2) I haven't enough time 3) Is it a good practice we don't have it in OS, but you may write it...? :) Yes, it is good practice. It is the same practice in all operating systems, including closed source. You were only asking and asking. Even if you are only admin, you can contribute a lot. I see you were able to patchcompile mplayer for you. Why not to share such knowledge with the others? Yes, you cannot work on that driver probably, or not much enough. But you can use it, monitor the upstream and test it and report bugs (maybe with small patches from time to time). Even that is important contribution. And yes, you will be limited by limits of that driver for now. We all haven't enough time to support everybody's hardware. Many of us are only admins. But we are trying to do our best. Best regards, Milan Ok, I just snipped out a bit here as people do have Oracle running on OpenSolaris and a few other things mentioned. Going back to the ATI subject, this is something we dealt with over in the XWindows-discussion. I own and have tested many of the ATI Radeon cards under Solaris and OpenSolaris distros. The last ones that gave a bit of 3D support were the Radeon 92xx, 9500, 9600, X550, and X600 cards. Most of us had the Radeon 92xx cards (or the Matrox G cards) to play around with 3D on Solaris x86. About a year ago, I did some
Re: [osol-discuss] Spell checking for Emacs?
On Wed, Jul 8, 2009 at 9:48 PM, Alex Viskovatoffviskovat...@imap.cc wrote: Well, I've had to sort this out on my own. It turns out that it's relatively easy to get spell checking working under Emacs with aspell. That's what the two Linux distros I have, OpenSUSE and Fedora, use for Emacs. Since they both come with Hunspell, I guess the packagers of those distros couldn't get Hunspell working under Emacs any better than I could. (It does compile under OpenSolaris without any problems, and works from the command line. The problem is that it doesn't work with the Emacs ispell mode.) GNU aspell didn't compile for me with ncurses, so I used ./configure --disable-curses. You don't need ncurses to be enabled in aspell anyway, if you're only going to use it in Emacs. Mind sharing what prevented you from using Hunspell in Emac's ispell mode? If you could share your recipe for success for the aspell route, that'd be appreciated, too, I'm sure. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] new to opensolaris, trying to understand the directory structure better
Thomas Burgess wrote: yes, this looks promising but i wish there was an analog to the FreeBSD handbookavailable onlinebut yes, i willbe buying that book until then...i guess opensolaris is still pretty young =) thanks for the wonderful link. The analog to the FreeBSD handbook are the documents on docs.sun.com. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Spell checking for Emacs?
First, how to set up aspell. Get it from [url=http://aspell.net/]its Web site[/url]. Compile and install with ./configure --disable-curses gmake pfexec gmake install You need to add at least one dictionary for aspell. You can get them from the aspell Web site and install them by following the directions in the README file (the usual configure/make/make install). Make sure that /usr/local/bin is in your PATH. Add the following to your .emacs file: (setq-default ispell-program-name aspell) And that's it. Spell checking works the way it does under Emacs with any recent Linux distro I've tried (not that I've done a lot of testing). Now, here's how I set up Hunspell. Download it from [url=http://hunspell.sourceforge.net/]SourceForge[/url]. Compilation and installation works in the usual way (using gmake instead of make). To make it use the Myspell/Hunspell dictionaries that are supplied as IPS packages, add the following to your .bashrc: export DICPATH=/usr/lib/firefox/dictionaries export DICTIONARY=en-US Hunspell now works from the command line. Here's a sample session: u...@diotima:~$ hunspell Hunspell 1.2.8 cet cet 15 0: vet, cwt, ct, et, cent, cert, etc, set, cit, cat, net, cot, let, cut, get To set up Emacs for use of Hunspell, I put the following in my .emacs file: (eval-after-load ispell (progn (setq ispell-dictionary en-US ispell-extra-args '(-i utf-8) ; aspell doesn't understand -i utf-8, hunspell needs it ispell-silently-savep t))) (setq-default ispell-program-name hunspell) I got the template for this from [url=http://www.emacswiki.org/emacs/InteractiveSpell]the Emacs Wiki[/url]. (I removed -a from ispell-extra-args since it doesn't make any difference, and since ispell.el seems to pass it to Hunspell already, without its inclusion in ispell-extra-args.) If you try to spell check a word by using M-x ispell-word, you get the error message ispell-get-word: Wrong type argument: stringp, nil. M-x ispell-buffer produces Spell checking test-buffer using hunspell with en-US dictionary... Spell-checking using hunspell with en-US dictionary done ispell-get-line: Wrong type argument: stringp, nil From what I can tell by Googling, you run into the same problem if you try to use Emacs with Hunspell under Linux. Hunspell and/or ispell.el need to be changed to work with each other correctly. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] new to opensolaris, trying to understand the directory structure better
In my opinion the books at docs.sun.com are far superior to FreeBSD. There are sick amounts of information there. See also BigAdmin to the left on that site. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] new to opensolaris, trying to understand the directory structure better
On Thu, Jul 09, 2009 at 10:47:32AM +0800, Jerry Tan wrote: One book that you may be interested. OpenSolaris Bible http://www.amazon.com/OpenSolaris-Bible-Wiley-Nicholas-Solter/dp/0470385480 Did you have to post that link? I've been torturing my budget lately splurging on way too many things. After viewing a bit of the above book online I couldn't resist. :-) I've come close to switching to OpenSolaris a few times but keep going back to Linux or FreeBSD. I'm once again feeling the lure of OpenSolaris and am currently taking Nevada for another spin under VirtualBox. I find Nevada's installer, especially in text mode, much more flexible than Indiana's installer. The OpenSolaris Bible might push me over the edge and encourage me to stick with some form of Solaris on my home PC. -- Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ClearType available for OpenSolaris?
I dont get that. I can not find any Main Menu Main Menu All Applications System Tools Configuration Editor I only have three menus, Program, Places and System. There is no main menu. Anyway, In the picture above in the first post here, I think Windows XP looks far better. I havent been able to mimic that look in OpenSolaris. Now I tried to install Ubuntu inside VirtualBox 2.2.4 and also Ubuntu looks better than OpenSolaris. Why is that? Does OpenSolaris have bad fonts or what is the problem? Just curious. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ClearType available for OpenSolaris?
Orvar Korvar wrote: I dont get that. I can not find any Main Menu Main Menu All Applications System Tools Configuration Editor I only have three menus, Program, Places and System. There is no main menu. System Preferences - Appearance - Fonts is what you're probably looking for. Anyway, In the picture above in the first post here, I think Windows XP looks far better. I havent been able to mimic that look in OpenSolaris. Now I tried to install Ubuntu inside VirtualBox 2.2.4 and also Ubuntu looks better than OpenSolaris. Why is that? Does OpenSolaris have bad fonts or what is the problem? Just curious. As others have mentioned, most of the algorithms used for rasterising / displaying fonts are patented and the majority of the professional quality fonts available are not freely redistributable. Some Linux distributions choose to enable patented font display methods by default or have chosen different fonts, etc. for their default display. Which looks better to different individuals is entirely subjective, so what you feel looks 'better' another person may not agree with. For now, the short answer is 'patents'. Meanwhile, I think you'll find some controls to adjust the appearance of fonts more to your liking in the preferences dialog I mentioned above. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ClearType available for OpenSolaris?
Orvar Korvar wrote: I dont get that. I can not find any Main Menu Main Menu All Applications System Tools Configuration Editor I only have three menus, Program, Places and System. There is no main menu. Anyway, In the picture above in the first post here, I think Windows XP looks far better. I havent been able to mimic that look in OpenSolaris. Now I tried to install Ubuntu inside VirtualBox 2.2.4 and also Ubuntu looks better than OpenSolaris. Why is that? Does OpenSolaris have bad fonts or what is the problem? Just curious. I believe I was the one who wrote that. On my computer I changed the Icon (/usr/share/icons/hicolor/32x32/apps/sun-start-here.png) in the main menu or what ever it's called. In windows it's called start. So, I don't remember what it's called. It can be placed in a the gnome-panel simply by: right click in the gnome-panel click Add to Panel scroll down and double click Main Menu This brings up the Main Menu where you can follow it to the configuration editor as shown above. Paul ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ClearType available for OpenSolaris?
Or you could just type gconf-editor in the terminal :P 2009/7/9 Paul Gress pgr...@optonline.net Orvar Korvar wrote: I dont get that. I can not find any Main Menu Main Menu All Applications System Tools Configuration Editor I only have three menus, Program, Places and System. There is no main menu. Anyway, In the picture above in the first post here, I think Windows XP looks far better. I havent been able to mimic that look in OpenSolaris. Now I tried to install Ubuntu inside VirtualBox 2.2.4 and also Ubuntu looks better than OpenSolaris. Why is that? Does OpenSolaris have bad fonts or what is the problem? Just curious. I believe I was the one who wrote that. On my computer I changed the Icon (/usr/share/icons/hicolor/32x32/apps/sun-start-here.png) in the main menu or what ever it's called. In windows it's called start. So, I don't remember what it's called. It can be placed in a the gnome-panel simply by: right click in the gnome-panel click Add to Panel scroll down and double click Main Menu This brings up the Main Menu where you can follow it to the configuration editor as shown above. Paul ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] idmapd issue: why it asks DNS for _ldap._tcp.dc._msdcs host again and again
Hello, it seems since I've exported one of my zfs filesystems for Windows usage using CIFS, I've discovered a lot of strange DNS traffic asking for hosts like _ldap._tcp.dc._msdcs and _ldap._tcp.dc._msdcs.localdomain. The problem is it does it again and again (like in infinite loop). Recently I've switched to using DNS cache on localhost and to my surprise idmapd now starts to consume around 15% of one CPU core. As I'm not able to tcpdump local traffic on OS 2009.06 I guess this is still the same issue. My question is: is there any workaround how to convince idmapd to not ask DNS at least that often for the hosts names above? BTW: The system I'm running on is OS 2009.06. Thanks! Karel -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VirtualBox 3.0 -- OpenBSD runs fine with 2.2.4
Hello, just to let you know, since VBox 2.2.4 I'm running OpenBSD 4.5 happily on OS 2009.06. I get no more strange segfaults (like in the past with 1.x-2.2.2 and OpenBSD 4.3-4.4). Please give it a try and complain on VBox forums if it does not work for you. Thanks, Karel -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VirtualBox 3.0 -- OpenBSD runs fine with 2.2.4
For what it's worth: I opened a bug (#4226) on the virtualbox.org site in bugtracker for the FreeBSD only working with 2.2.0 in a non-global zone and there hasn't been any movement. There are also a few OpenBSD bugs that address the disk full and seg fault problems, so opening a new one about OpenBSD would be pointless. I will try OpenBSD 4.5 and see how it works. The reason for OpenBSD is to run pf as a firewall and since I couldn't get OpenBSD to work I switched to FreeBSD to run pf. Then I ran into FreeBSD wouldn't work with 2.2.2 or 2.2.4, only 2.2.0. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VirtualBox 3.0 -- OpenBSD runs fine with 2.2.4
I run VBox only in global zone if you are curious. Having OpenBSD/pf running in VBox in non-global zone would be nice, indeed. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] SPARC Rock is dead,
I sincerely hope the ROCK isn't dead. If Sun could have pulled this off, it would have totally revolutionized computing as we know it! The hilarious article I linked to below is the best explanation I have ever read of how the ROCK would have work and how it would have changed everything: http://www.theregister.co.uk/2008/07/28/sun_dziuba_tm/ (be warned, the article contains some adult language in it). One of the best quotes from the article is: Transactional memory will not only solve all your horrid threading problems, it will also impregnate your daughter if you don’t keep an eye on it. Don’t say I didn’t warn you, gramps! Sun Microsystems is about to #...@$%^!...@# the database world, and nobody sees it coming. Imagine a SQL database that can support the absurd level of concurrency promised by HyTM. Conveniently, Sun owns one of the most popular relational databases in the world: MySQL. If MySQL on a single Rock based system can outperform Oracle or Microsoft spread across many systems, then DBAs worldwide would gladly tell Steve Ballmer where to shove it. Would've been funny if Sun's marketing team had picked up on that theme for their marketing campaign, eh? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ClearType available for OpenSolaris?
Two things: 1. As already mentioned, right click on your desktop, choose Desktop Appearance, then Fonts, then choose Subpixel Smoothing. All the detail available in the config editor are also found here if you click Details. 2. Many web pages and applications use fonts from Microsoft that have been released to the public. You can install those from the extra repository: First, you have to register with Sun here (it's free): https://pkg.sun.com/ Then download and install the certificates as described on that same page, and also follow the instructions to add the Extra repository. Be careful to follow or cut paste the commands precisely. Sun used to call it extras, but now it is called extra in the repository URL. Just cut paste and you should be fine. Then install the fonts: pfexec pkg install ttf-fonts-core They'll be available to every app, including (for example) your web browser, Acrobat, and OpenOffice. There are many fonts, including Arial, Verdana, Trebuchet, Comic Sans, with a total of 20 fonts. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] SPARC Rock is dead,
We can only guess for now...another question to ask is whether rock is even in Oracle's interest, if it isn't then it is doubtful as to whether it will ever come to market. On Fri, Jul 10, 2009 at 9:03 AM, Anon Y Mous system5u...@yahoo.com wrote: I sincerely hope the ROCK isn't dead. If Sun could have pulled this off, it would have totally revolutionized computing as we know it! The hilarious article I linked to below is the best explanation I have ever read of how the ROCK would have work and how it would have changed everything: http://www.theregister.co.uk/2008/07/28/sun_dziuba_tm/ (be warned, the article contains some adult language in it). One of the best quotes from the article is: Transactional memory will not only solve all your horrid threading problems, it will also impregnate your daughter if you don’t keep an eye on it. Don’t say I didn’t warn you, gramps! Sun Microsystems is about to #...@$%^!...@# the database world, and nobody sees it coming. Imagine a SQL database that can support the absurd level of concurrency promised by HyTM. Conveniently, Sun owns one of the most popular relational databases in the world: MySQL. If MySQL on a single Rock based system can outperform Oracle or Microsoft spread across many systems, then DBAs worldwide would gladly tell Steve Ballmer where to shove it. Would've been funny if Sun's marketing team had picked up on that theme for their marketing campaign, eh? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Site Maintenance 07/12, 1 hour @ 5am PT
We need to do some database maintenance this weekend, so the site will be down on Sunday, July 12th for approximately 1 hour, starting at 5am PT [8 am ET/12 pm GMT]. Sorry for any inconvenience. Derek -- Derek Cicero Program Manager Solaris Kernel Group, Software Division ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Its [url=http://www.videolan.org/vlc/index2.html]official page[/url] actually has a link for Solaris, which points to the page for [url=http://www.videolan.org/vlc/download-sources.html]the source code[/url], unfortunately. The official VLC Web site claims that Solaris is supported: For the other operating systems supported, there are no precompiled binaries. You will have to get the source code for VLC and its required libraries and build them yourself. There is a page with instructions for [url=http://wiki.videolan.org/UnixCompile]compiling for Unix[/url]. Compiling VLC requires first having the necessary libraries. If your distro is really bad and doesn't provide the libs, no -dev or -devel packages, the instructions suggest using the contribs system in VLC's sources. As far as I'm aware, this option is relatively new. Anyway, on my 2009.06 OpenSolaris system, with /usr/gnu/bin at the head of my PATH, when I follow the instructions and try make, I run into the following error: i386-pc-solaris2.11-gcc -std=gnu99 -I/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/include -DNDEBUG -isystem /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/include -o .libs/msgcmp msgcmp-msgcmp.o -L/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib ./.libs/libgettextsrc.so /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/src/gettext/gettext-tools/gnulib-lib/.libs/libgettextlib.so -lcroco-0.6 -lglib-2.0 -ltermcap /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib/libiconv.so -lc -R/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib Undefined first referenced symbol in file acl_trivial /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/src/gettext/gettext-tools/gnulib-lib/.libs/libgettextlib.so ld: fatal: symbol referencing errors. No output written to .libs/msgcmp collect2: ld returned 1 exit status make[6]: *** [msgcmp] Error 1 I have SUNWgnu-gettext installed. Googling acl_trivial undefined produced the following thread on the Videolan forums from last January: [url=http://forum.videolan.org/viewtopic.php?f=13t=55185start=0]./bootstrap not working OpenSolaris 2008.11[/url]. The Videolan people are helpful in that thread, but the upshot is that the GNU tools and libs on OpenSolaris are simply too broken for compiling VLC not to be a major undertaking. It's very sad that this situation has not changed with osol 2009.06. If the developers of osol are not going to provide binaries of such a basic program as VLC because of intellectual property issues, the least they could do is bring the GNU tools and libs into sufficient working order for VLC to compile. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Have you filed an RFE at http://defect.opensolaris.org/bz/? On Fri, Jul 10, 2009 at 11:13 AM, Alex Viskovatoff viskovat...@imap.ccwrote: Its [url=http://www.videolan.org/vlc/index2.html]officialhttp://www.videolan.org/vlc/index2.html%5Dofficialpage[/url] actually has a link for Solaris, which points to the page for [url=http://www.videolan.org/vlc/download-sources.html]thehttp://www.videolan.org/vlc/download-sources.html%5Dthesource code[/url], unfortunately. The official VLC Web site claims that Solaris is supported: For the other operating systems supported, there are no precompiled binaries. You will have to get the source code for VLC and its required libraries and build them yourself. There is a page with instructions for [url= http://wiki.videolan.org/UnixCompile]compilinghttp://wiki.videolan.org/UnixCompile%5Dcompilingfor Unix[/url]. Compiling VLC requires first having the necessary libraries. If your distro is really bad and doesn't provide the libs, no -dev or -devel packages, the instructions suggest using the contribs system in VLC's sources. As far as I'm aware, this option is relatively new. Anyway, on my 2009.06 OpenSolaris system, with /usr/gnu/bin at the head of my PATH, when I follow the instructions and try make, I run into the following error: i386-pc-solaris2.11-gcc -std=gnu99 -I/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/include -DNDEBUG -isystem /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/include -o .libs/msgcmp msgcmp-msgcmp.o -L/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib ./.libs/libgettextsrc.so /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/src/gettext/gettext-tools/gnulib-lib/.libs/libgettextlib.so -lcroco-0.6 -lglib-2.0 -ltermcap /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib/libiconv.so -lc -R/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib Undefined first referenced symbol in file acl_trivial /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/src/gettext/gettext-tools/gnulib-lib/.libs/libgettextlib.so ld: fatal: symbol referencing errors. No output written to .libs/msgcmp collect2: ld returned 1 exit status make[6]: *** [msgcmp] Error 1 I have SUNWgnu-gettext installed. Googling acl_trivial undefined produced the following thread on the Videolan forums from last January: [url= http://forum.videolan.org/viewtopic.php?f=13t=55185start=0]./bootstraphttp://forum.videolan.org/viewtopic.php?f=13t=55185start=0%5D./bootstrapnot working OpenSolaris 2008.11[/url]. The Videolan people are helpful in that thread, but the upshot is that the GNU tools and libs on OpenSolaris are simply too broken for compiling VLC not to be a major undertaking. It's very sad that this situation has not changed with osol 2009.06. If the developers of osol are not going to provide binaries of such a basic program as VLC because of intellectual property issues, the least they could do is bring the GNU tools and libs into sufficient working order for VLC to compile. -- 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] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Alex Viskovatoff wrote: Its [url=http://www.videolan.org/vlc/index2.html]official page[/url] actually has a link for Solaris, which points to the page for [url=http://www.videolan.org/vlc/download-sources.html]the source code[/url], unfortunately. The official VLC Web site claims that Solaris is supported: For the other operating systems supported, there are no precompiled binaries. You will have to get the source code for VLC and its required libraries and build them yourself. There is a page with instructions for [url=http://wiki.videolan.org/UnixCompile]compiling for Unix[/url]. Compiling VLC requires first having the necessary libraries. If your distro is really bad and doesn't provide the libs, no -dev or -devel packages, the instructions suggest using the contribs system in VLC's sources. As far as I'm aware, this option is relatively new. Anyway, on my 2009.06 OpenSolaris system, with /usr/gnu/bin at the head of my PATH, when I follow the instructions and try make, I run into the following error: i386-pc-solaris2.11-gcc -std=gnu99 -I/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/include -DNDEBUG -isystem /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/include -o .libs/msgcmp msgcmp-msgcmp.o -L/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib ./.libs/libgettextsrc.so /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/src/gettext/gettext-tools/gnulib-lib/.libs/libgettextlib.so -lcroco-0.6 -lglib-2.0 -ltermcap /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib/libiconv.so -lc -R/export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/lib Undefined first referenced symbol in file acl_trivial /export/home/me/Download/software/src/vlc-1.0.0/extras/contrib/src/gettext/gettext-tools/gnulib-lib/.libs/libgettextlib.so ld: fatal: symbol referencing errors. No output written to .libs/msgcmp collect2: ld returned 1 exit status make[6]: *** [msgcmp] Error 1 acl_trivial is part of the sec lirbary: http://docs.sun.com/app/docs/doc/819-2248/acl-trivial-3sec?a=view I imagine if it was changed to link with -lsec, you'd get past this point. I have SUNWgnu-gettext installed. Googling acl_trivial undefined produced the following thread on the Videolan forums from last January: [url=http://forum.videolan.org/viewtopic.php?f=13t=55185start=0]./bootstrap not working OpenSolaris 2008.11[/url]. The Videolan people are helpful in that thread, but the upshot is that the GNU tools and libs on OpenSolaris are simply too broken for compiling VLC not to be a major undertaking. It's very sad that this situation has not changed with osol 2009.06. If the developers of osol are not going to provide binaries of such a basic program as VLC because of intellectual property issues, the least they could do is bring the GNU tools and libs into sufficient working order for VLC to compile. The libraries you need are present as far as I know. However, you should realise that many open source projects develop software that often only correctly (or easily) compiles on GNU-based operating systems. As such, I think you may wish to direct some of your angst towards the vlc project. -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Thanks for the suggestion. I've filed an RFE: http://defect.opensolaris.org/bz/show_bug.cgi?id=9951 But VLC not compiling under OpenSolaris has been a long-standing cause of complaint. VLC is a prominent and widely recognized program, as is indicated by [url=http://www.salon.com/tech/giga_om/online_video/2009/07/09/vlc_an_excellent_media_player_finally_turns_1_0_0/]this report on the release of version 1.0.0 in Salon[/url]. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Alex Viskovatoff wrote: Thanks for the suggestion. I've filed an RFE: http://defect.opensolaris.org/bz/show_bug.cgi?id=9951 But VLC not compiling under OpenSolaris has been a long-standing cause of complaint. VLC is a prominent and widely recognized program, as is indicated by [url=http://www.salon.com/tech/giga_om/online_video/2009/07/09/vlc_an_excellent_media_player_finally_turns_1_0_0/]this report on the release of version 1.0.0 in Salon[/url]. Since VLC is an open-source project, I'm certain they'd welcome patches. Sun does not maintain or provide VLC, so taking this up with the VLC community is your best option. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Shawn Walker wrote: you should realise that many open source projects develop software that often only correctly (or easily) compiles on GNU-based operating systems. I'm confused. What then is the point of all those GNU packages in OpenSolaris? It is in order to port software from GNU/Linux to Solaris, as far as I understand. Is there some technical reason why a program written for the gcc compiler and which uses GNU libraries must in principle be more difficult to compile under OpenSolaris than under a Linux distribution such as Fedora or OpenSUSE? Solaris has its own native tools and libraries, in their own directories, so nothing that is done to GNU packages can break native Solaris applications. Shouldn't the ideal be that any application that complies under GNU/Linux will compile under OpenSolaris? And isn't realizing that ideal simply a matter of putting enough work into the porting of GNU tools and libraries to Solaris? Or am I missing something? Anything you can say to dispel my confusion, or any links to documents addressing this issue, would be very much appreciated. (I understand that if code gets sufficiently close to machine level, then the code must be modified to work on a different OS. (For example, I've ported SBCL (Steel Bank Common Lisp) from x86 Solaris to AMD64 Solaris.) But with something like VLC, if it only uses x.org interfaces as opposed to trying to access the hardware directly, if one knows it compiles under Fedora for example, shouldn't it be as easy to compile under OpenSolaris as under OpenSUSE, for example?) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Alex Viskovatoff wrote: Shawn Walker wrote: you should realise that many open source projects develop software that often only correctly (or easily) compiles on GNU-based operating systems. I'm confused. What then is the point of all those GNU packages in OpenSolaris? It is in order to port software from GNU/Linux to Solaris, as far as I understand. Is there some technical reason why a program written for the gcc compiler and which uses GNU libraries must in principle be more difficult to compile under OpenSolaris than under a Linux distribution such as Fedora or OpenSUSE? Solaris has its own native tools and libraries, in their own directories, so nothing that is done to GNU packages can break native Solaris applications. Having the GNU tools and using a completely GNU/Linux-based operating system are two different things. The reason to have many of the GNU tools, as I understand it, is to: * bring familiarity to users coming from other operating systems * make it easier to port and develop common open-source software The other part of the problem is *how* projects choose to use those tools. Just because we have GNU automake, etc. available for OpenSolaris doesn't mean that every project that uses those will automatically compile or work on OpenSolaris *or* any other operating system that has them. Shouldn't the ideal be that any application that complies under GNU/Linux will compile under OpenSolaris? And isn't realizing that ideal simply a matter of putting enough work into the porting of GNU tools and libraries to Solaris? Or am I missing something? As I mentioned above, it just doesn't work that way. How the tools are used by each project is just as important as having them. Having the tools alone will not solve all the various compilation issues, etc. For example, the compilation error you ran into earlier was because of some platform-specific assumptions the project you're compiling made or some bad scripting that didn't properly cause the program to link against the sec library to get acl_trivial. I can show you software that won't compile properly on FreeBSD, DragonFly BSD, etc. even though the GNU tools are commonly used and available on those operating systems because of bad assumptions projects make. It is regrettable that you've encountered these issues, and I'm certain that Sun will do what it can to make it *easier* to compile and develop software by providing the necessary tools, but the choices many individual open source projects make ultimately determine how difficult or whether its possible to compile a particular project on OpenSolaris. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] SPARC Rock is dead,
This is just pure speculation, but maybe one of the reasons media (like the NY Times) keeps saying that the Rock is dead is because that new eight core Fujitsu chip, the SPARC64 VIIIfx, codenamed Venus is so fast that it just destroys everything including the best Intel chips, the best AMD chips, and the best IBM Power chips and it was going to be ready for production sooner than the Rock would have been. Check out this link called Fujitsu unveils the world's fastest CPU: http://www.theinquirer.net/inquirer/news/1137342/fujitsu-unveils-world-s-fastest-cpu I really wonder what the problems were with Rock though that made David Yen leave for Juniper and Marc Tremblay leave for Microsoft. The Rock CPU is one of the coolest ideas I've ever heard of for a new CPU design, but radically changing the whole CPU paradigm like this seems like it is something that would take MANY years of RD to pull off (maybe even a full decade of RD). I also think it's kind of shameful that IBM and the re-animated undead zombie skeleton of SGI have been taking up a lot of the top super-computer slots (see link below): http://www.sgi.com/company_info/newsroom/press_releases/2009/july/top500.html when SUN / Fujitsu should rightfully be dominating the area of high performance computing. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Ok, there is this really smart Japanese programmer that posts at opensolaris.com under the name kronox and he knows how to build everything from source code including VLC media player and Xine Video Player and mplayer and Goggles DVD player and BMPx media player and all kinds of other stuff. He used to run an IPS repository at this URL: http://www.lifewithsolaris.jp/ I was able to download working copies of VLC and everything else from there before some evil lawyers made him shut down his IPS repository for distributing codecs that he wasn't licensed to distribute. Does anybody have any contact with him? Did he ever reveal any instructions on how he was able to build VLC from source and roll it into IPS and SysV packages? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
I just used my google searching super-powers to find this thread right here at opensolaris.org that shows how to compile it: http://www.opensolaris.org/jive/thread.jspa?messageID=270486#270486 Try that and see if it works. All I had to do was type the following line of text in to google to get all kinds of information about this: kronox vlc site:www.opensolaris.org Doing a google search for kronox vlc site:www.opensolaris.com should give some interesting results too. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
My bad, while typing in: kronox vlc site:www.opensolaris.org into google brings up all kinds of great hits. Typing in: kronox vlc site:www.opensolaris.com brings up nothing. For opensolaris.com, you have to type in: kronox vlc site:forums.opensolaris.com Sorry about that. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
Alex Viskovatoff wrote: Shouldn't the ideal be that any application that complies under GNU/Linux will compile under OpenSolaris? And isn't realizing that ideal simply a matter of putting enough work into the porting of GNU tools and libraries to Solaris? Or am I missing something? Alex, I suggest doing a google search and find a spec file for it and (I saw a few) and work the the sw porters community to port it via the source juicer. Here's the process link: http://opensolaris.org/os/community/sw-porters/contributing/jucrprocess/ It may be just a few days work. Cheers, Jim ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VLC 1.0.0 is out, but it doesn't compile under osol 2009.06
LWS was a godsend when it was around. I tried emailing the webmaster of LWS not long after the shutdown and didn't get a response :-| Check out http://solaris.homeunix.com/?q=node/11 for various multimedia codecs for GStreamer, and if you find them useful donate by clicking the donate link on the left hand side of the site On Fri, Jul 10, 2009 at 3:36 PM, Anon Y Mous system5u...@yahoo.com wrote: Ok, there is this really smart Japanese programmer that posts at opensolaris.com under the name kronox and he knows how to build everything from source code including VLC media player and Xine Video Player and mplayer and Goggles DVD player and BMPx media player and all kinds of other stuff. He used to run an IPS repository at this URL: http://www.lifewithsolaris.jp/ I was able to download working copies of VLC and everything else from there before some evil lawyers made him shut down his IPS repository for distributing codecs that he wasn't licensed to distribute. Does anybody have any contact with him? Did he ever reveal any instructions on how he was able to build VLC from source and roll it into IPS and SysV packages? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org