[indiana-discuss] Can we EOL "indiana" soon?

2009-10-12 Thread Sean Sprague
Hello all, Can we please EOL the use of "*indiana*" soon, archive all the mailing list entries and website pages, and formally replace it (and rename/reallocate the project) with(in) "OpenSolaris"? Mike Kupfer recently pointed out the fact the opening sentence on the indiana docs page ( http:

Re: [indiana-discuss] [osol-discuss] Can we EOL "indiana" soon?

2009-10-12 Thread Che Kristo
Which is where the (somewhat ill thought out) differentiation between the "opensolaris product" and "opensolaris community" becomes a problem. Personally I believe that the "opensolaris product" should just be named as "Solaris Enterprise" for the current Solaris, "Solaris Standard" for the indiana

[indiana-discuss] which snapshots are safe to delete?

2009-10-12 Thread Luca Morettoni
Hello list, in my laptop I have this BE: $ beadm list BE Active Mountpoint Space Policy Created -- -- -- - -- --- os-121 - - 117.64M static 2009-08-29 16:29 os-122 - - 126.35M static 2009-09-04 13:06 os-123 - - 180.52M

[indiana-discuss] osol-1002-XXX-sparc.iso

2009-10-12 Thread Niki W. Waibel
does anyone know when we get a osol-1002-XXX-sparc.iso release? osol-1002-124-ai-sparc.iso is there -- which is good and very much (!) appreciated -- but a osol-1002-XXX-sparc.iso would ease install and setup a lot on sparc. -- This message posted from opensolaris.org __

Re: [indiana-discuss] which snapshots are safe to delete?

2009-10-12 Thread Joseph J VLcek
Luca Morettoni wrote: Hello list, in my laptop I have this BE: $ beadm list BE Active Mountpoint Space Policy Created -- -- -- - -- --- os-121 - - 117.64M static 2009-08-29 16:29 os-122 - - 126.35M static 2009-09-04 13:06 os-123 -

Re: [indiana-discuss] osol-1002-XXX-sparc.iso

2009-10-12 Thread Dan Mick
124 closed for pushes on Sep 14. 127 is the current build. I don't think the sausage comes out of the machine much faster. Niki W. Waibel wrote: does anyone know when we get a osol-1002-XXX-sparc.iso release? osol-1002-124-ai-sparc.iso is there -- which is good and very much (!) appreciated

Re: [indiana-discuss] osol-1002-XXX-sparc.iso

2009-10-12 Thread mary ding
Niki: Currently we only had AI for sparc only, if you are looking for a bootable iso for sparc, then you have to wait until bootable AI project integrate in a later build of osol 1002. Spec for bootable AI: http://www.opensolaris.org/os/project/caiman/Bootable_AI_Image/ Dan Mick wrote: 124

Re: [indiana-discuss] which snapshots are safe to delete?

2009-10-12 Thread Evan Layton
Joseph J VLcek wrote: Luca Morettoni wrote: Hello list, in my laptop I have this BE: $ beadm list BE Active Mountpoint Space Policy Created -- -- -- - -- --- os-121 - - 117.64M static 2009-08-29 16:29 os-122 - - 126.35M static 2009

Re: [indiana-discuss] osol-1002-XXX-sparc.iso

2009-10-12 Thread Dan Mick
Ah. I missed that fine distinction, sorry. mary ding wrote: Niki: Currently we only had AI for sparc only, if you are looking for a bootable iso for sparc, then you have to wait until bootable AI project integrate in a later build of osol 1002. Spec for bootable AI: http://www.opensolaris

Re: [indiana-discuss] osol-1002-XXX-sparc.iso

2009-10-12 Thread Niki W. Waibel
i do not fully understand why a bootable AI shall come first. what is the reason why there is no osol-1002-XXX-sparc.iso so far? -- This message posted from opensolaris.org ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.ope

Re: [indiana-discuss] osol-1002-XXX-sparc.iso

2009-10-12 Thread Alan Coopersmith
Niki W. Waibel wrote: > i do not fully understand why a bootable AI shall come first. > > what is the reason why there is no osol-1002-XXX-sparc.iso so far? Because the text mode installer isn't done yet, and most SPARC systems supported by opensolaris wouldn't be able to use the graphical instal

Re: [indiana-discuss] osol-1002-XXX-sparc.iso

2009-10-12 Thread Niki W. Waibel
> > what is the reason why there is no osol-1002-XXX-sparc.iso so far? > > Because the text mode installer isn't done yet, and most SPARC > systems supported by opensolaris wouldn't be able to use the > graphical installer. hmm -- is this of no priority for osol-1002 (final)? as there will be no

Re: [indiana-discuss] osol-1002-XXX-sparc.iso

2009-10-12 Thread sanjay nadkarni (Laptop)
Niki W. Waibel wrote: what is the reason why there is no osol-1002-XXX-sparc.iso so far? Because the text mode installer isn't done yet, and most SPARC systems supported by opensolaris wouldn't be able to use the graphical installer. hmm -- is this of no priority for osol-1002 (fin

Re: [indiana-discuss] where is the mini - /devices on ZFS/UFS maintained?

2009-10-12 Thread Vikram Hegde
Hi, See uts/common/fs/devfs/*.c. Look at the function dv_shadow_node() in devfs_subr.c and its callers. Please note, the mini-/devices is not a public interface so please do *not* expose it to users and/or rely on it being stable. It may change radically or go away in a future release. Vikra

Re: [indiana-discuss] packaging a driver via IPS

2009-10-12 Thread Shawn Walker
[CC'd pkg-discuss] Garrett D'Amore wrote: So I have a driver that for an audio part that more or less falls "outside" of the set of core audio drivers that we want to support. It works, but its probably not useful to the vast, vast majority of our users. Still, I'd like to make this driver a

Re: [indiana-discuss] [pkg-discuss] packaging a driver via IPS

2009-10-12 Thread Alan Coopersmith
Liane Praza wrote: > Something like that, anyways. I don't know what format contrib wants > its packages in, so I can't speak to what you'd need to do there. JDS/RPM-style spec files, from which source juicer builds binary packages. -- -Alan Coopersmith- alan.coopersm...@sun.c

Re: [indiana-discuss] [pkg-discuss] packaging a driver via IPS

2009-10-12 Thread Liane Praza
Shawn Walker wrote: [CC'd pkg-discuss] Garrett D'Amore wrote: So I have a driver that for an audio part that more or less falls "outside" of the set of core audio drivers that we want to support. It works, but its probably not useful to the vast, vast majority of our users. Still, I'd like