Re: [osol-discuss] pax considered harmful
Hello, can anyone confirm my observations with the attached test script? pax corrupts files if they contain more than 57 holes in it. I just found out today by accident after copying a large backup file. I was able to reproduce the bug on Solaris 10 and snv133, on UFS and ZFS. Is pax in the closed bins? I couldn't find its source code. yes it is. Is the Solaris version of pax somehow superior to the open source implementation(s)? If not, then why not replace it with an open source version? In particular, I see some mention in http://cvsweb.de.netbsd.org/cgi-bin/cvsweb.cgi/src/bin/pax/pax.c?rev=HEAD of handling sparse files, although I gather it may simply treat aligned zero blocks as sparseness rather than explicitly detecting and recording sparseness. (but unless the archive format specifies a way to record holes without storing the zero blocks, what can you do?) Anyway, it might be a starting point for both addressing the problem _and_ getting rid of one more closed bin. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] append new disk, has no /dev/dsk node for entire disc
ls /dev/dsk/c4t?d0 /dev/dsk/c4t0d0 /dev/dsk/c4t1d0 /dev/dsk/c4t2d0 /dev/dsk/c4t3d0 /dev/dsk/c4t4d0 Are you sure those /dev/dsk/c*d0 entries are device nodes? Try ls -l /dev/dsk/c*d0 and ls -lL /dev/dsk/c*d0, maybe they are files that have been created by accident by a user user with root privileges? where /dev/dsk/c4t5d0 ??? Such a device does not exist. c?t?d? is the prefix of a disk device name, it is followed by p0 (whole disk), p1 .. pN (fdisk partition) or s0 .. sN (solaris slice). -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] append new disk, has no /dev/dsk node for entire disc
rd...@znas:~$ ls -l /dev/dsk/c*d0 lrwxrwxrwx 1 root root 58 апр. 19 09:03 /dev/dsk/c4t0d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@0,0:wd lrwxrwxrwx 1 root root 58 апр. 19 09:03 /dev/dsk/c4t1d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@1,0:wd lrwxrwxrwx 1 root root 58 апр. 19 09:03 /dev/dsk/c4t2d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@2,0:wd lrwxrwxrwx 1 root root 58 апр. 19 09:03 /dev/dsk/c4t3d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@3,0:wd lrwxrwxrwx 1 root root 58 апр. 21 09:49 /dev/dsk/c4t4d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@4,0:wd rd...@znas:~$ rd...@znas:~$ rd...@znas:~$ ls -lL /dev/dsk/c*d0 brw-r- 1 root sys 83, 199 июня 14 08:56 /dev/dsk/c4t0d0 brw-r- 1 root sys 83, 263 июня 14 08:56 /dev/dsk/c4t1d0 brw-r- 1 root sys 83, 327 июня 14 08:56 /dev/dsk/c4t2d0 brw-r- 1 root sys 83, 391 июня 14 08:56 /dev/dsk/c4t3d0 brw-r- 1 root sys 83, 455 июня 14 08:56 /dev/dsk/c4t4d0 format show c4t5d0 disk exist, but entire raw node havn't been created i've created two zpool mirror c4t0d0+c4t1d0 c4t2d0+c4t3d0 and want to create third zpool from raw disks c4t4d0+c4t5d0 how to tell opensolaris what to do int's nodes ? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] pax considered harmful
Richard L. Hamilton rlha...@smart.net wrote: Is the Solaris version of pax somehow superior to the open source implementation(s)? If not, then why not replace it with an open source version? There is nothing like _the_ OSS implementation. There are several OSS implementations and every implementation has it's problems and it's strengths. In particular, I see some mention in http://cvsweb.de.netbsd.org/cgi-bin/cvsweb.cgi/src/bin/pax/pax.c?rev=HEAD of handling sparse files, although I gather it may simply treat aligned zero blocks as sparseness rather than explicitly detecting and recording sparseness. (but unless the archive format specifies a way to record holes without storing the zero blocks, what can you do?) Programs that do not use the SEEK_HOLE/SEEK_DATA interface that has been created for star cannot correctly reproduce files with holes. But even other programs usually do not implement sparse file suppot correctly. The only program with correct sparse file support I am aware of is still star. Anyway, it might be a starting point for both addressing the problem _and_ getting rid of one more closed bin. It ie most unlikely that there is such a will at Oracles's side. There was no such will with Sun as otherwise Sun did follow my proposal to replace pax by star. 5 years have passed and nothing did happen. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Thank you Adobe - Flash 10.1 rc available
Before I plaster the link that follows, I'd like to thank Adobe for their support for Solaris OpenSolaris. Yea, I know there's various GNU-ish projects around, but I seriously dislike the GPL template license too. Not only that but objectively Adobe's stuff is good software. If I could, I'd encourage Adobe to do everyone else in the world a solid favor release the native code translation tools that Stevie Jobs rejected because he wanted to cover for what crap his products are. The truth is those tools would be very useful to everyone else too. If you can't think of how, that's a failure of your imagination, not mine. So work on that with a positive groove you might come to agree with me about that idea. In any case, the newer released code, most importantly with security fixes can be found with an (as always for security updates), free download from the following site. Please note, these are rc candidates, but I noticed right off there are some performance improvements on my less-than-stellar old Dell that's my desktop system. I haven't tested sparc yet, but I'm sure it'll do the job on that just fine too. Here is the URL: http://labs.adobe.com/downloads/flashplayer10.html Again, many thanks from someone who cares about security, performance, using an OpenSolaris desktop. Tim -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] append new disk, has no /dev/dsk node for entire disc
Simple: it might be an EFI partition is required. It should be created with: format -e :) rd...@znas:~$ ls -v /dev/dsk/c*d0 lrwxrwxrwx 1 root root 58 апр. 19 09:03 /dev/dsk/c4t0d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@0,0:wd lrwxrwxrwx 1 root root 58 апр. 19 09:03 /dev/dsk/c4t1d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@1,0:wd lrwxrwxrwx 1 root root 58 апр. 19 09:03 /dev/dsk/c4t2d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@2,0:wd lrwxrwxrwx 1 root root 58 апр. 19 09:03 /dev/dsk/c4t3d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@3,0:wd lrwxrwxrwx 1 root root 58 апр. 21 09:49 /dev/dsk/c4t4d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@4,0:wd lrwxrwxrwx 1 root root 58 июня 14 12:41 /dev/dsk/c4t5d0 - ../../devices/p...@0,0/pci8086,3...@9/pci15d9,5...@0/s...@5,0:wd -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
You're right. Someone will still be waiting after 120 days for customer service to come back and help them. Why they continue to wait, who knows? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
bsd wrote: You're right. Someone will still be waiting after 120 days for customer service to come back and help them. Why they continue to wait, who knows? Your implication that a call can be logged with support and no customer contact in 90-120 days is way outside of any kind of process and should have been flagged to management *WELL* before this kind of time. If you can provide me with evidence of such (eg a case number), I would be happy to investigate. I will take the absence of any such evidence to be confirmation that you are simply spreading FUD. Regards, Alan Hargreaves ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
4 months we have been stuck on build 134, 4 months! I don't call this progress, at this rate Oracle will have to push Solaris 10 out to update 40 before Solaris next is ready. The patch bundle for Solaris 10 is now so large that it takes 4 hours to patch from update 6 to update 8. Solaris next delay is not only hurting the Open Solaris community but is also hurting the Solaris community by making it impossible to apply a patch bundle inside a maintenance window. Yes It may be what Oracle has been saying all along but they have been saying it 4 months without a drop of progress. There is only two weeks left in First half of CY2010. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
• New platform support Does this mean new driver support? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
• New platform support Does this mean new driver support? Indirectly it might. But I think it has always meant running on new models of systems; that might mean as much support for newer CPUs or newer chipsets as for controllers and other sorts of devices. Someone could always look through the code and try to figure out the codename of the new system. :-) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Sun Software Product Map- opensolaris not included
On 06/08/10 13:31, Jason King wrote: A fast-track case is describing more the review/approval process than how fast it's being putback. I'm sure there are many examples of fast-tracks that weren't integrated for many months (if not longer) from when they were filed. Sometimes never. I recently sponsored a case during which a comment by a reviewer caused the project team to re-evaluate and abandon their original approach, despite the case being approved. I eventually withdrew the case, but the follow up paper work is often not done. -- blu It's bad civic hygiene to build technologies that could someday be used to facilitate a police state. - Bruce Schneier ---| Brian Utterback - Solaris RPE, Oracle Corporation. Ph:603-262-3916, Em:brian.utterb...@oracle.com ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Happy Birthday OpenSolaris
On June 14th 2005, OpenSolaris was made available to the public. Today is June 14th 2010 and OpenSolaris is celebrating it's 5th anniversary. I hope that OpenSolaris still has a long life to expect in future Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Happy Birthday OpenSolaris
Jörg On June 14th 2005, OpenSolaris was made available to the public. Today is June 14th 2010 and OpenSolaris is celebrating it's 5th anniversary. Thanks for the reminder. Happy 5th B'day to OpenSolaris indeed. I hope that OpenSolaris still has a long life to expect in future +1 ... Sean. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
4 months we have been stuck on build 134, 4 months! I don't call this progress, at this rate Oracle will have to push Solaris 10 out to update 40 before Solaris next is ready. The patch bundle for Solaris 10 is now so large that it takes 4 hours to patch from update 6 to update 8. Solaris next delay is not only hurting the Open Solaris community but is also hurting the Solaris community by making it impossible to apply a patch bundle inside a maintenance window. Yes It may be what Oracle has been saying all along but they have been saying it 4 months without a drop of progress. There is only two weeks left in First half of CY2010. I think the reason why we have been using build 134 that long is because the next stable release of opensolaris will be from build 134 and oracle wants to get it right before it's availabe for download, it appers they are alredy working on respins of build 134 in the form of build 134a and 134b. 134b may be used for the next realease. I don't have a link to the site but I remember reading a while back that solaris 11 was going to be based from opensolaris snv_134. I have seem this type of postponements before e.g. freebsd 5, i think it was in development for three years before it was released, etc Builds 134a 134b are respins of build 134 to fix stopper bugs for the OpenSolaris 2010.03 release. In the main Nevada branch, these fixes integrated in later builds. http://hub.opensolaris.org/bin/view/Community+Group+x_win/changelogs-nv_130 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Thank you Adobe - Flash 10.1 rc available
Thank you for the heads-up, time to upgrade my station to 10. Sent on the Sprint® Now Network from my BlackBerry® -Original Message- From: Tim Scanlon t...@uprising.net Date: Mon, 14 Jun 2010 02:43:36 To: opensolaris-discuss@opensolaris.org Subject: [osol-discuss] Thank you Adobe - Flash 10.1 rc available Before I plaster the link that follows, I'd like to thank Adobe for their support for Solaris OpenSolaris. Yea, I know there's various GNU-ish projects around, but I seriously dislike the GPL template license too. Not only that but objectively Adobe's stuff is good software. If I could, I'd encourage Adobe to do everyone else in the world a solid favor release the native code translation tools that Stevie Jobs rejected because he wanted to cover for what crap his products are. The truth is those tools would be very useful to everyone else too. If you can't think of how, that's a failure of your imagination, not mine. So work on that with a positive groove you might come to agree with me about that idea. In any case, the newer released code, most importantly with security fixes can be found with an (as always for security updates), free download from the following site. Please note, these are rc candidates, but I noticed right off there are some performance improvements on my less-than-stellar old Dell that's my desktop system. I haven't tested sparc yet, but I'm sure it'll do the job on that just fine too. Here is the URL: http://labs.adobe.com/downloads/flashplayer10.html Again, many thanks from someone who cares about security, performance, using an OpenSolaris desktop. Tim -- 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] good news- opensolaris updated roadmap
Edward Martinez wrote: I think the reason why we have been using build 134 that long is because the next stable release of opensolaris will be from build 134 That is correct. I remember reading a while back that solaris 11 was going to be based from opensolaris snv_134. That is not (unless you consider a later snv_* build to be based from 134). -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
Edward Martinez wrote: I think the reason why we have been using build 134 that long is because the next stable release of opensolaris will be from build 134 That is correct. -Alan Coopersmith- -alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window ow System ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org I'm not sure if I've already asked this before. Are these development snv builds, starting with build snv_135, will be made availabe to the public after the offical stable release is out? http://hub.opensolaris.org/bin/view/Community+Group+x_win/changelogs-nv_130 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
There have been occasions where a FreeBSD RELEASE is not on time, but they typically have RC1, RC2, etc., until the final RELEASE. Such as the case with FreeBSD 8.0. I believe there was only to be RC1 and RC2, but there were actually four release candidates. As with the case of a release taking a long time, and I don't recall how long it took for the 5.0 branch release, however, even if it took 2 years, the 4.x release branch was still being actively developed. Here with OpenSolaris, we are stuck with a release that is one year old, and no release candidates have been published. Unless you consider 134 a RC, but I'd consider it more of a -stable because I don't think it has been frozen and is ready for a release. Build 138 would be more -current. Just my take. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Happy Birthday OpenSolaris
Yup, thank you Jörg for your email :) 5 years already ... Few months later I started using SXCE on my good ol' Ultra 60 :) Joyeux anniversaire !!! Le 14/06/10 17:50, Sean Sprague a écrit : Jörg On June 14th 2005, OpenSolaris was made available to the public. Today is June 14th 2010 and OpenSolaris is celebrating it's 5th anniversary. Thanks for the reminder. Happy 5th B'day to OpenSolaris indeed. I hope that OpenSolaris still has a long life to expect in future +1 ... Sean. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] video card question
My apologies in advance if I'm posting this in the wrong place. I have a Netra240 server and I'd like to use a video card so I can get a graphical desktop. I put in a SIS 6326 PCI card, but my monitor just goes to sleep. Does anyone know if I need to activate any settings in the server hardware to use a non-Sun card? Please note, I have not reached the stage of installing an OS as yet. thanks robin -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] video card question
On 14.06.2010 20:43, rabindranath seunarine singh wrote: My apologies in advance if I'm posting this in the wrong place. I have a Netra240 server and I'd like to use a video card so I can get a graphical desktop. I put in a SIS 6326 PCI card, but my monitor just goes to sleep. Does anyone know if I need to activate any settings in the server hardware to use a non-Sun card? Please note, I have not reached the stage of installing an OS as yet. thanks robin I suspect this is your first Sun, isn't it? It will be probably much easier to install the Netra using the serial console. Anyway, if you prefer having a graphical login or even doing an interactive GUI based install you'll need a Sun card with fcode. Otherwise OpenBoot won't be able to initialize the card for the install routine or even displaying the boot prompt. Additionally, I'm not sure if you will be happy with a GUI on a Netra. This is not the place where you'll find the power of the Sun. The power of the Sun is hidden in the command-line. Therefore, I can only recommend you to take a step back, and read the installation guides and learn how to use the serial or network console (I don't know if the Netra already has ALOM) to perform an installation. It's a bit of a learning curve, but it's worth the effort. And once you have done one remote installation via serial/network console, where the machine is located in a noisy room and you have a comfortable place in your office, you don't want to do a regular PeeCee installation again ;-) Cheers, Thomas ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] video card question
rabindranath seunarine singh wrote: My apologies in advance if I'm posting this in the wrong place. I have a Netra240 server and I'd like to use a video card so I can get a graphical desktop. I put in a SIS 6326 PCI card, but my monitor just goes to sleep. Does anyone know if I need to activate any settings in the server hardware to use a non-Sun card? SPARC systems are not PC's and cannot use PC video cards as is - the system firmware will only be able to display on cards with OpenBoot PROM support, while most PC video cards only have PC BIOS support. (They won't work in Macs either, which also don't have PC BIOS'es, unless they support OpenFirmware as well.) You'll find it much easier to connect a serial line for the console than to get a non-Sun card to work. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
There have been occasions where a FreeBSD RELEASE is not on time, but they typically have RC1, RC2, etc., until the final RELEASE. Such as the case with FreeBSD 8.0. I believe there was only to be RC1 and RC2, but there were actually four release candidates. As with the case of a release taking a long time, and I don't recall how long it took for the 5.0 branch release, however, even if it took 2 years, the 4.x release branch was still being actively developed. Here with OpenSolaris, we are stuck with a release that is one year old, and no release candidates have been published. Unless you consider 134 a RC, but I'd consider it more of a -stable because I don't think it has been frozen and is ready for a release. Build 138 would be more -current. Just my take. I do consider 134 as an RC because it was said last year that next stable release would be 2010.02 and be based from b 134 but how would that be possible, if build 134 was released on march 8? b134 is not that old, it's three or four months old depending how you look at it and respins of b134 are being worked on. I would be concern if only b133 was out and not b134 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
Edward Martinez wrote: I do consider 134 as an RC because it was said last year that next stable release would be 2010.02 and be based from b 134 but how would that be possible, if build 134 was released on march 8? It wouldn't be, which is why that was never said. When the plan was originally made for 2010.02, it was going to use build 132. When the plan shifted last fall to 2010.03, it also shifted to build 134. (Contrary to mistaken belief by many people, 2010.02 didn't slip at the last minute - the plans changed months in advance to better align with other schedules.) -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] video card question
Rabindranath Seunarinesingh wrote: Thanks Alan, that piece of info seems to be the missing link in all of this. I have no problem installing via CLI/console, but does that mean I wouldn't be able to give the user a GUI desktop even if he connects to the server via the network? No. He needs a video card in the machine connected to the monitor he wants to view the output on. There's no need for a video card in the server to generate a GUI over the network. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] video card question
On 14.06.2010 21:26, Rabindranath Seunarinesingh wrote: Thanks for the reply Thomas. I don't have a Sun card, so I guess the graphical install is out. Now, if I install via console, how can I give the user a GUI desktop? Will that be possible at all? BTW, I'm in the same noisy room with all the servers (: thanks robin your user is probably happy with an ssh login. You could also setup the Sun to provide a remote graphical display with X11. Therefore, you need to modify /etc/dt/config/Xaccess to include the hosts that should be allowed to be a remote display. Read the man pages on Xaccess, dtlogin and friends to learn more. But, IMHO, forget about the GUI login, learn how to use the shell and login via ssh. Only on the shell you'll be able to take full advantage of all those little Sun extras... Cheers, Thomas ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] good news- opensolaris updated roadmap
Edward Martinez wrote: I do consider 134 as an RC because it was said last year that next stable release would be 2010.02 and be based from b 134 but how would that be possible, if build 134 was released on march 8? It wouldn't be, which is why that was never said. When the plan was originally made for 2010.02, it was going to use build 132. When the plan shifted last fall to 2010.03, it also shifted to build 134. (Contrary to mistaken belief by many people, 2010.02 didn't slip at the last minute - the plans changed months in advance to better align with other schedules.) -- -Alan Coopersmith- -alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window ow System ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org thanks, with this explanations has taken away any misconceptions i had, now I'm more concinved that opensolaris is here for enternity -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VirtualBox in extra repository is lagging behind
Thanks Alan. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org