Re: [osol-discuss] Phoronix Linux vs OpenSolaris benchmark
On Tue, Feb 17, 2009 at 02:52:37PM -0800, Bart Smaalders wrote: run anywhere. For OpenSolaris, choosing 64 bit binaries by default is equivalent to choosing to use machine-specific code generation options by default that would confine the use of the generated binaries to the same machine type as the build machine - nice for benchmarking, a little surprising if you're building applications for others to use. It's easy to say that it's poor benchmarking, but it obviously indicates a real problem. If these performance differences are indeed down to the bitsize of the provided binaries (as far as I know, this is just conjecture), what are users supposed to do if they really want to use these applications? Just live with the poor performance, or compile their own binaries? Neither seem like an attractive choice. Or are we going to start build 64-bit variants of more of the performance-critical applications shipped? regards, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] isaexec?
On Mon, Feb 09, 2009 at 06:21:16PM +0100, Alexander Vlasov wrote: SDL case is absolutely unclear: if one knows which ISA to use, he doesn't need to call specific sdl-config, but rather can manually use appropriate dirs in -L flag; if one doesn't know which ISA to use, Not true. But, most likely, it's a side-effect of how pkgconfig files are delivered, that is /usr/lib/pkgconfig/[amd64/]sdl.pc regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] S10 (05/08) vs SNV_98 stubdom install at Xen 3.3 CentOS 5.2 Dom0 (64-bi
On Mon, Oct 06, 2008 at 10:14:59PM -0700, Boris Derzhavets wrote: The issue i am really concerned about is failure to install SNV_98 in stub domains introduced in Xen 3.3.0, where same error comes up:- ata_command select failed Have you asked about this on xen-devel list? regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Error when installing OpenSolaris 2008.5 as Xen DomU
On Mon, Aug 04, 2008 at 02:51:47PM +0100, Graeme West wrote: first time, I get the blue screen allowing me to pick either the OpenSolaris installer or the text mode installer, but after that the installation hangs. It gets as far as: I would have said this was: 6670693 xpv driver hangs in 32-bit HVM domU on a 64-bit dom0 but it can't be, as that was in b86. Try adding -B disable-xnf=true to your grub line (the kernel one), and see if it helps. Sadly, you can't try a b93-based ISO as it's also dead in the water. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Firefox 3.0 Beta 2 for Solaris
On Tue, Jan 08, 2008 at 04:55:23AM +, John Levon wrote: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b2/contrib/solaris_pkgadd/ These work for me, but the fonts look *awful* (and previous versions didn't look particularly great already). They're really blurry. I tried fiddling with hinting in .fonts.conf without any luck. Oops, forgot to mention, this is on Nevada build 78 So I upgraded to 93, and now it looks fine! regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Private documentation and an open source Solaris (devfsadm man page)
On Mon, Jun 02, 2008 at 11:38:22PM -0400, Daniel Van Derveer wrote: Fair enough, however man pages are for developers too. What I wanted to develop a custom Live CD version of OpenSolaris to do penetration testing(see http://remote-exploit.org/backtrack.html). Having this kind of information available is important to enable others to take the base of OpenSolaris and extend it to specialized needs that are not met by just installing the OS. I've got nothing against documentation of Solaris internals (especially some of the more obscure things like devfs!). It's jsut that the man pages aren't the right place to do it. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Private documentation and an open source Solaris (devfsadm man page)
On Mon, Jun 02, 2008 at 07:49:53PM -0700, Dan Van Derveer wrote: I ran off to the man page to see what this -I option does and surprisingly its not documented. At the time I decided to leave off the option which lead to much troubleshooting later on. All of that effort could have been avoided if these options were documented were all system administrators look for those answers. Changing such parts of booting is not the action of a sysadmin. In response to the bug I was told these options are private options by the engineer working on the bug. The source for this command is freely available here: http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/devfsadm/devfsadm.c In the switch block at line 738 I was able to get a good idea of what these options do based on the comments. Obviously, they are not *that* private if the source is easily obtained and understood. They're private, not proprietary. Read attributes(5), in particular: Interfaces that Sun does not document (for example, most kernel data structures and some symbols in system header files) may be implementation artifacts. Such internal inter- faces are not only subject to incompatible change or remo- val, but we are unlikely to mention such a change in release notes. This has nothing to do with being able to read, or modify, the sources. I bring this up here because if OpenSolaris is going to be an open source project all aspects of it need to behave like one and this is clearly an area that is exhibiting a closed source mind set still. No open source project in the world publicly documents all its interfaces. regards, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] help me...! system call rename(2)
On Tue, May 06, 2008 at 08:59:48AM +0100, [EMAIL PROTECTED] wrote: mv /export/home/us/oldfile /export/home/us/newfile but rename(2) never update cache path. v_path = /export/home/us/oldfile. help me...,how about update caceh path? Why do you need that ? v_path is _NOT_ the cached path used for name lookups via system call. It's the pathname the vnode had when it was first initialized. Doing a rename() syscall does not preserve that. There's a request for enhancement pending that asks to have rename() update v_path. Question is - what's gained by that, compared to what it will cost to do that ? Like I stated in the bug[1]: knowing the old path can actually be more important This might be true, but only when: 1) a process which originally opened the file under this old name is still running 2) the process is examined using a method that uses -v_path directly without verification. Thus, in terms of observability, I believe the tradeoff of an update is worth it: 1) pfiles(1) will give at least /some/ path to the vnode instead of nothing 2) all processes which open the file under the new name will give correct info Given that from the point of rename(2) onwards, no new processes can open the file under the old name, it seems much more likely that users will want the new name rather than the old (and in a pfiles(1) context, a name rather than no name). regards john [1] 6410381 UFS rename should update -v_path ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] How can I try SUN xVM
On Tue, Mar 11, 2008 at 05:38:41PM +0100, Maciej Jan Broniarz wrote: I would like to give xVM a try. Do I have to install nevada or Solaris 10? Does nexenta have any support for acting as xVM host? I know my questions sound silly, but i have googled a lot about it and but the infos are contradictory. You need to install Nevada. I think the latest version of Nexenta can run as an xVM host (dom0), but I haven't tried. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Firefox 3.0 Beta 2 for Solaris
On Mon, Dec 31, 2007 at 11:24:07AM -0800, Mario Goebbels wrote: In case you're wondering if there's actually builds of the betas for Solaris. There are, if you look really really close. x86 and SPARC builds for Solaris Nevada to be found here: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b2/contrib/solaris_pkgadd/ These work for me, but the fonts look *awful* (and previous versions didn't look particularly great already). They're really blurry. I tried fiddling with hinting in .fonts.conf without any luck. I'm bemused why upgrading firefox would change its fonts so much? It's the entire UI as well. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Firefox 3.0 Beta 2 for Solaris
On Tue, Jan 08, 2008 at 04:53:57AM +, John Levon wrote: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b2/contrib/solaris_pkgadd/ These work for me, but the fonts look *awful* (and previous versions didn't look particularly great already). They're really blurry. I tried fiddling with hinting in .fonts.conf without any luck. Oops, forgot to mention, this is on Nevada build 78 regads john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Firefox 3.0 Beta 2 for Solaris
On Tue, Jan 08, 2008 at 04:53:57AM +, John Levon wrote: In case you're wondering if there's actually builds of the betas for Solaris. There are, if you look really really close. x86 and SPARC builds for Solaris Nevada to be found here: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b2/contrib/solaris_pkgadd/ These work for me, but the fonts look *awful* (and previous versions didn't look particularly great already). They're really blurry. I tried fiddling with hinting in .fonts.conf without any luck. I tried turning off hinting: $ xrdb -query | grep -i Xft Xft.antialias: 1 Xft.dpi:86.127930 Xft.hinting:0 Xft.hintstyle: hintnone Xft.rgba: rgb And that made /usr/bin/firefox look just like the packages above do. So it seems that the ones above can't do hinting for some reason. Any ideas? Comparison: http://trollied.org/~movement/firefox-hinting.png Old on the left, new (3 beta2) on the right regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] onnv_79 : Bad kernel fault at addr=0xcf0a7334
On Wed, Dec 12, 2007 at 08:03:03PM -0500, Dennis Clarke wrote: cd75dadc unix:die+105 (e, cd75db88, cf0a73) cd75db74 unix:trap+13d1 (cd75db88, cf0a7334,) cd75db88 unix:cmntrap+10b (cd6e01b0, cd6e,) cd75dbe8 unix:kstat_delete+c (cf0a7270) cd75dc04 ii:iidetach+84 (ca4625c8, 0) Known bug (6581192). You can't see it on bugs.opensolaris.org, but it was fixed in build 73 - unfortunately your BFU won't upgrade the relevant bits, so you'll need to install again... A simple workaround is rem_drv ii regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] virt-install debug message during a failed PV install of Solaris 10 x86 (8/07) on Neveda Build 77 xVM
On Sun, Dec 09, 2007 at 11:01:06AM +0800, Steven Sim wrote: Uh guys... (Note: you should really be using xen-discuss not the general list). Here's an attempt to install via virt-install a paravirtualized Solaris 10 x86 (8/07). You can't do this, Solaris 10 has no support for paravirtualisation. ERROR: Could not find an installable distribution the install location This error is correct - there's no Xen support on such an ISO. One last thing, a shutdown (init 5) of the host machine (solaris-devx) does not power off the machine when booted with xVM. When booted without xVM the shutdown includes power off. I'm guessing that the xVM layer does not properly call the ACPI interface? Possibly, please file a bug with details of your hardware. regards, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] newly created DomU entry in xm list disappears after shutdown!
On Fri, Dec 07, 2007 at 09:02:42PM +0530, Moinak Ghosh wrote: I think Steven already installed it via virt-install. However he wanted to define the following properties for the Windows domU: usb=1 usbdevice='tablet' to work around a mouse lag problem. All docs state to use a python script. Is there a way to do that using the xml format ? I'm not sure. Setting parameters in general isn't very pleasant at the moment, sorry about that. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] newly created DomU entry in xm list disappears after shutdown!
On Fri, Dec 07, 2007 at 10:54:11PM +0800, Steven Sim wrote: I can get back the previous state by doing #xm create -c -f /export/home/admin/iso-images/xp2/winxp2.py Try using: xm new -f ...py instead. BTW, is there a reason you're not using virt-install for creating the domU? This is the supported way. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] DomU OS Image trials on Nevada Build 77
On Sat, Dec 08, 2007 at 10:13:51AM +0800, Steven Sim wrote: CentOS actually gave me the initial linux boot up screen. However, after typing linux text for the installation, vmlinuz loaded and...the DomU then rebooted and went back to the original screen once more. I think this might be a known problem. The simplest solution is not to use HVM - both CentOS and Fedora 8 can run para-virtualized. That is, answer no here: Would you like a fully virtualized guest (yes or no)? This will allow you to run unmodified operating systems. yes One wrinkle is that they don't support install from CD-ROM (some Linux problem), so you'll need to do a net-install of some kind. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Linking to older SXCE releases on the download page
For various reasons, people occasionally need to download older versions of SXCE than the very latest (for example, 77 is broken for xVM ISO install due to hsfs bugs). Finding out how to do this is truly miserable. Can we have links to older DVDs on the download page: http://dlc.sun.com/osol/on/downloads/ Or, being, SUPER-helpful, on each build's page e.g.: http://dlc.sun.com/osol/on/downloads/b76/ (I believe that older DVDs are not kept forever on SDLC, but they do exist for a while at least.) cheers john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Linking to older SXCE releases on the download page
On Thu, Dec 06, 2007 at 01:14:20PM -0600, Shawn Walker wrote: On Dec 6, 2007 12:52 PM, John Levon [EMAIL PROTECTED] wrote: For various reasons, people occasionally need to download older versions of SXCE than the very latest (for example, 77 is broken for xVM ISO install due to hsfs bugs). I think the main problem is that that is high maintenance at the moment and older builds aren't kept for very long (if at all in some cases!). Something must be generating the 'b77' etc. pages? Is this manual? regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [website-discuss] Linking to older SXCE releases on the download page
On Thu, Dec 06, 2007 at 12:54:51PM -0800, Stephen Lau wrote: No it's automatic. I had a script that did it that I handed off to the ON GK team. The problem is the ON builds are published before the SXCE releases are. You could put the link in pre-emptively, but then they'd be dead/broken links for about a week. And there'd be plenty of email too. Going back a week later to update them and generate new text is possible; but again, someone has to trigger the script. Do you know who owns this? cheers john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [advocacy-discuss] Project Indiana milestone reached!
On Thu, Nov 01, 2007 at 04:32:34PM +1300, Glynn Foster wrote: I'm very pleased to announce that the first milestone of Project Indiana is now available - called OpenSolaris Developer Preview. It's available for download at http://dlc.sun.com/osol/indiana/downloads/current/in-preview.iso Is this release freely redistributable? It seems not, right? thanks john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [advocacy-discuss] Project Indiana milestone reached!
On Thu, Nov 01, 2007 at 10:42:51AM -0700, Stephen Hahn wrote: http://dlc.sun.com/osol/indiana/downloads/current/in-preview.iso Is this release freely redistributable? It seems not, right? It is. Yay - but the Binary License doesn't make it sound that way. I'm presuming that's something that will get fixed later. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [mdb-discuss] webrev for ctf with raw disk
On Tue, Sep 25, 2007 at 12:35:17PM +0200, [EMAIL PROTECTED] wrote: You can find a webrev for changes to mdb to allow ctf to be loaded with raw targets at: http://www.bruningsystems.com/webrev.rawctf. Hmm. I think you could make things a lot simpler by utilising the CTF within the MDB modules themselves by default. Each MDB module has its own CTF: $ ctfdump /usr/lib/mdb/kvm/ufs.so | head - CTF Header - cth_magic= 0xcff1 cth_version = 2 cth_flags= 0x01 You can see this being used in mdb_ctf_vread() and the (currently unused) mdb_ctf_module_lookup(). You could then abstract out the search logic in mdb_module_load() and use that to find the ufs.so binary when someone does '::loadctf ufs'. Nice and easy to use for a common case... Also accept a full path for cases when MDB module's CTF isn't sufficient. Then, you could directly load the CTF from the binary and keep that on a modules-style list inside the rawfile target. Of course, given that this is useful for every target except kmdb, you'd want to make the command more generic too. That would be very cool... regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [mdb-discuss] webrev for ctf with raw disk
On Thu, Sep 27, 2007 at 11:43:55PM +0200, [EMAIL PROTECTED] wrote: Also accept a full path for cases when MDB module's CTF isn't sufficient. Then, you could directly load the CTF from the binary and keep that on a modules-style list inside the rawfile target. This will be easy to add, and I'll do it shortly. Super. Of course, given that this is useful for every target except kmdb, you'd want to make the command more generic too. That would be very cool... Again, thanks much for the feedback. Have you tried using the new mdb_rawfile.c code? I haven't had a need recently, so no cheers john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [mdb-discuss] using kernel CTF with raw disk
On Sun, Sep 16, 2007 at 02:26:52PM +0200, Joerg Schilling wrote: If you do not own a x86 system that itself implements remote administration, you need to run Solaris x86 permanently under kmdb. This is because the only way to abort a hung x86 system is to send a break to ttya and to let kmdb handle abortion. Much better is to add an option to abort_sequence_enter() to panic instead of drop into the debugger. That way you wouldn't even need kmdb. Of course, the option would imply nopanicdebug=1. john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [mdb-discuss] using kernel CTF with raw disk
On Sun, Sep 16, 2007 at 03:14:32PM +0200, [EMAIL PROTECTED] wrote: I think better is a flag that says that when the system panics, bypass kmdb and go immediately to the dump code. Right. And I think this should be the default behaviour. I mostly use kmdb for analyzing hangs, not panics. When the system panics, you're generally too late anyway, and I would rather run mdb on the dump (so I have full access to the machine resources). No, this should not be the default. It's important that we get a chance to gather some information before attempting a dump which may (although usually doesn't) fail. The only time I am interested in kmdb other than hangs is during development. In this case, the flag that says to bypass kmdb on panic could be turned off. Experience shows that such allow debugging flags never get set when you need them. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [mdb-discuss] using kernel CTF with raw disk
On Sun, Sep 16, 2007 at 09:49:27PM +0200, Joerg Schilling wrote: Much better is to add an option to abort_sequence_enter() to panic instead of drop into the debugger. That way you wouldn't even need kmdb. Of course, the option would imply nopanicdebug=1. Thank you for this hint. It may be that is is sufficient to add # # Do not call debugger on panic() # set nopanicdebug=1 If I did understand this correctly. For me it would be sufficient not to call the debugger but directly dump-core and reboot. No, since you'd also need abort_sequence-enter() to call into the panic code in the first case. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] snv_61 system/webconsole:console failed fatally
On Sat, Apr 07, 2007 at 07:08:40PM -0400, Dennis Clarke wrote: anyone else seen this on snv_61 ? # Apr 7 19:06:53 mercury svc.startd[7]: system/webconsole:console failed fatally: transitioned to maintenance (see 'svcs -xv' for details) Yes. Haven't had time to look for an existing bug yet. john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] #opensolaris CIA commit notifications
Anybody going to own up to adding a duplicate feed to CIA for the commits bot? john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] SXCE Build 57 available
On Tue, Feb 13, 2007 at 10:53:39AM +1300, Ian Collins wrote: Please find the links to SXCE Build 57 at http://www.opensolaris.org/os/downloads/on/. Is there any public information available for direct boot (dboot) for x86 - PSARC/2006/568 http://opensolaris.org/os/community/arc/caselog/2006/568/? You should ask for the PSARC case to be opened, but there's a little technical detail here: http://blogs.sun.com/JoeBonasera/entry/opensolaris_on_xen regards, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: What does OpenSolaris Success look like to you? (was Re: [Fwd: Re: [osol-discuss] GPLv3?])
On Sat, Feb 03, 2007 at 01:21:30AM +, Simon Phipps wrote: It seems to me (as others have said) they they will gain far more from Solaris going GPLv3 than we will, so it's hardly surprising they are in favour, and by-and-large we aren't. While that's true of the ~15 people who have piped up, there are a substantial number of people we've not heard from yet. So I'd suggest it's too early to come to that conclusion. I'm sure I'm not alone in substantially agreeing with Alan Burlison et al, but not speaking up since I have nothing much to add to what they're saying. regards, john (speaking for myself) ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Western Australia (Australia) Timezone...
On Sun, Dec 03, 2006 at 02:32:09PM +1030, David Lloyd wrote: Very soon now, WA in Australia will go into Daylight Savings - does anyone know if there's an update for the timezone files for this for Open Solaris? The fix for: 6497364 update zoneinfo timezones to 2006p - (Western Australia DST 12/3/2006) has gone back into snv_55. regards, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [website-discuss] Re: [osol-discuss] New Release of B.O.O!
On Wed, Nov 29, 2006 at 01:04:14PM -0800, Dan Price wrote: It's REALLY REALLY upsetting that no attempt is made to foil the spambots. For example, in the above link, Stephen's sun email address is clearly visible for the spambots of the world to harvest. I'd just filed: 6498800 b.o.o reveals email addresses regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Getting dtterm to play nicely with GNOME 2.14...
On Tue, Jul 11, 2006 at 11:32:52PM +0100, Peter Tribble wrote: Indeed, that's precisely why they were chosen (ditto all the other Shifted shortcuts in gnome-terminal). In fact, in JDS we changed it back for a while, but that patch seems to regressed (or removed, I don't know which), and there's at least one person who wants to keep it that way; see bug 6419901. Indeed, although the 'additional configuration information' bit wasn't from me. Hurrah for sensible formatting from bugs.opensolaris.org. It was from me. The terminal is somewhat unusual in that it's an application in a box; not having page up/down available in mutt is incredibly annoying with large mailboxes. I've ended up reverting my snv42 test machine back to S10U2 to get sane JDS behaviour (fortunately hadn't upgraded my zfs pool). I think it's too contentious an issue to call either side sane. Sad to say it, but I think this is truly one of those cases where the only real fix is a configuration option. regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Adobe Acrobat for Solaris x86
On Sun, May 28, 2006 at 08:34:33PM +1200, Kaiwai Gardiner wrote: When I tried to compile I specified using the GNU ld and as - would that have made a difference? but it still doesn't explain why qt Specified how? --with-gnu-as doesn't do what you might think it does... regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: Main OS/Net repository - based on Subversion or Mercurial ? / was: Re: [osol-discuss] Re: [tools-discuss] Distributed source codemanagement selection, draft
On Tue, May 02, 2006 at 03:49:10PM +0200, Holger Berger wrote: On 5/2/06, Dick Davies [EMAIL PROTECTED] wrote: On 02/05/06, Darren J Moffat [EMAIL PROTECTED] wrote: Also I'm sure I heard somewhere else that there was a pretty darn large other open source project also moving to Mercurial, can't remember which one. Xen. Let me guess: Someone from Sun proposed the switch, right? Um, no. Xen switched from BitKeeper to Xen quite a long time ago. john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [request-sponsor] Re: [osol-discuss] Contributing Code
On Tue, Apr 11, 2006 at 02:43:47PM -0700, Karyn Ritter wrote: OK, I've updated the table at http://www.opensolaris.org/os/bug_reports/oss_bite_size/ . Some notes: It doesn't seem useful to me to split out Accepted bugs. The accepted state doesn't really mean very much at all (I've even seen it on bugs that haven't even been triaged). Much more useful would be to use that colour for bugs with a current RE regardless of state. There's also duplicate entries, e.g. 6325312 regards, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project proposal - Argentix
On Sat, Mar 11, 2006 at 08:44:45AM -0800, Tony Austman wrote: Of course we could have used GNU software, but at the time being, GNU software on top of the Solaris kernel (ON) is unstable. So therefore we would like to try to use non-gnu software in Argentix. Could you explain further what you're referring to here? regards, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Discussion rollup: brandz-discuss, 02/19/06 - 02/28/06
On Mon, Mar 06, 2006 at 01:31:16PM -0600, Eric Boutilier wrote: brandz-discuss 02/19 - 02/28 I thought you'd agreed these should go somewhere else than a widely-read general opensolaris mailing list :( john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Bi-weekly roll-up report experiment
On Mon, Mar 06, 2006 at 09:44:32PM -0600, Eric Boutilier wrote: Also, in another post, John Levon wrote: == I thought you'd agreed these should go somewhere else than a widely-read == general opensolaris mailing list... John, I misunderstood and made the reports available elsewhere (RSS/XML feed) in addition to here because so many people prefer to forgo this list; but I see now that you were suggesting posting them elsewhere instead of here... OK, no problem. 1. Create another list as Glynn suggested 2. Don't post them to a list a. Post them to a page on opensolaris.org instead b. Post them to my blog instead 3. Don't change anything (keep posting them here) 4. other...? Personally this seems well-suited to the marketing metrics page on opensolaris.org regards, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Should I install OpenSolaris?
On Thu, Feb 23, 2006 at 12:11:24PM +0530, Venky wrote: Have added this to the FAQ at the opensolaris wiki: http://www.genunix.org/wiki/index.php/OpenSolaris_FAQ Great, but it *really* needs to be in big letters on the official FAQ too regards john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Discussion rollup: desktop-discuss, 02/05 - 02/18
On Tue, Feb 21, 2006 at 09:25:29PM -0600, Eric Boutilier wrote: Yes I'd be glad to... I just need help figuring out where. Jim mentioned including them in the newsletter. Would that suffice? For feed-reader I think so, or even just RSS would be good enough I think. cheers! john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Should I install OpenSolaris?
This FAQ comes up roughly six squillion times a day. Could the FAQ link to stevel's blog entry: http://www.whacked.net/2005/06/21/confused-so-was-i/ Which makes things a lot clearer to people. Currently the General FAQ doesn't even mention Solaris Express! john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Discussion rollup: desktop-discuss, 02/05 - 02/18
On Tue, Feb 21, 2006 at 06:46:54PM -0600, Eric Boutilier wrote: = desktop-discuss 02/05 - 02/18 = Eric, are these going to be regular? If so, is it possible they could be posted somewhere else perhaps? I'm finding it difficult to keep up with opensolaris-discuss already. thanks, john ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org