Hey Dave,
I dug out this old thread. SUNWgnome-print can be removed from Live CD,
but it seems to be on Live CD as of OS 100a on nana.
This should give your some space for other thing. May be there is room
for http://defect.opensolaris.org/bz/show_bug.cgi?id=2656
onky only my own biased view :)
Calum Benson wrote:
>
> On 1 Oct 2008, at 21:05, Dave Miner wrote:
>
>> I've posted an updated status[1] of the changes being made for 2008.11
>> to get the primary CD back to CD size.
>
> Is there a list somewhere of what packages this actually leaves on the
> CD? I need to figure out how the
On 1 Oct 2008, at 21:05, Dave Miner wrote:
> I've posted an updated status[1] of the changes being made for 2008.11
> to get the primary CD back to CD size.
Is there a list somewhere of what packages this actually leaves on the
CD? I need to figure out how the proposed LiveCD contents list
W. Wayne Liauh wrote:
>> Oh stop. We live in a world where we all have to
>> specialize to some
>> degree. We have G11N experts, and they advise the
>> OpenSolaris team.
>> What's wrong with that?
>
> This is a fact that denying it will not help. Personally, from my own
> observations (& I am
> > But my more serious concern is that the principal
> OpenSolaris LiveCD
> > managers, as expected, don't seem to have any idea
> about each
> > individual locale. This can be a very dangerous
> thing.
>
> Oh stop. We live in a world where we all have to
> specialize to some
> degree. We have
Nicolas Williams wrote:
> On Wed, Oct 01, 2008 at 07:23:48PM -0500, Shawn Walker wrote:
Either direction has to be proven as optimal, but my guess based on
>>> Has that been done?
>
> Of course, perhaps this is the wrong area to focus on anyways (looking
> at the analysis that was posted).
W. Wayne Liauh wrote:
>> I rely on my colleagues in the internationalization community to
>> provide recommendations, which they did, and those are reflected in
>> the plan shown. If you have issues with the specific technologies
>> being used, i18n-discuss is the place for those discussions,
>>
Hello Nicolas,
Thursday, October 2, 2008, 5:25:37 AM, you wrote:
NW> On Wed, Oct 01, 2008 at 07:23:48PM -0500, Shawn Walker wrote:
>> >>Either direction has to be proven as optimal, but my guess based on
>> >
>> >Has that been done?
NW> Of course, perhaps this is the wrong area to focus on anyw
On Wed, Oct 01, 2008 at 07:23:48PM -0500, Shawn Walker wrote:
> >>Either direction has to be proven as optimal, but my guess based on
> >
> >Has that been done?
Of course, perhaps this is the wrong area to focus on anyways (looking
at the analysis that was posted). If there was a way to slim dow
Nicolas Williams wrote:
> On Wed, Oct 01, 2008 at 05:40:12PM -0500, Shawn Walker wrote:
>> Nicolas Williams wrote:
>>> On Wed, Oct 01, 2008 at 04:47:55PM -0500, Shawn Walker wrote:
Having an OS support more than one-language on a single medium is fairly
common, and the cost of maintainin
On Wed, Oct 01, 2008 at 03:42:16PM -0700, W. Wayne Liauh wrote:
> As an example, we include zh_CN and zn_TW locales in the os0805
> LiveCD. Has that helped us gain any new users? I don't think so.
That's likely just politics.
> But my more serious concern is that the principal OpenSolaris LiveC
On Wed, Oct 01, 2008 at 05:40:12PM -0500, Shawn Walker wrote:
> Nicolas Williams wrote:
> >On Wed, Oct 01, 2008 at 04:47:55PM -0500, Shawn Walker wrote:
> >>Having an OS support more than one-language on a single medium is fairly
> >>common, and the cost of maintaining per-language media is likely
> I rely on my colleagues in the internationalization
> community to provide
> recommendations, which they did, and those are
> reflected in the plan
> shown. If you have issues with the specific
> technologies being used,
> i18n-discuss is the place for those discussions,
> because that's wher
> Nicolas Williams wrote:
> > On Wed, Oct 01, 2008 at 02:00:31PM -0700, W. Wayne
> Liauh wrote:
> >> This is a wild thought but perhaps we should put
> on the table the
> >> option of scratching most of the language-specific
> localization stuff.
> >
> > Or having per-locale install CDs, each with
Nicolas Williams wrote:
> On Wed, Oct 01, 2008 at 04:47:55PM -0500, Shawn Walker wrote:
>> Having an OS support more than one-language on a single medium is fairly
>> common, and the cost of maintaining per-language media is likely to be
>> prohibitive. That's probably why most vendors have adop
On Wed, Oct 01, 2008 at 04:47:55PM -0500, Shawn Walker wrote:
> Having an OS support more than one-language on a single medium is fairly
> common, and the cost of maintaining per-language media is likely to be
> prohibitive. That's probably why most vendors have adopted a "Language
> Pack" appr
[apologies for previous incomplete reply, this was the full intended
message]
W. Wayne Liauh wrote:
>> I've posted an updated status[1] of the changes being made for
>> 2008.11 to get the primary CD back to CD size. The changes can be
>> broadly categorized as:
>>
>> - Removing some packages th
W. Wayne Liauh wrote:
>> I've posted an updated status[1] of the changes being made for
>> 2008.11 to get the primary CD back to CD size. The changes can be
>> broadly categorized as:
>>
>> - Removing some packages that don't make sense for the
>> desktop/laptop target of this media, or that prov
Nicolas Williams wrote:
> On Wed, Oct 01, 2008 at 02:00:31PM -0700, W. Wayne Liauh wrote:
>> This is a wild thought but perhaps we should put on the table the
>> option of scratching most of the language-specific localization stuff.
>
> Or having per-locale install CDs, each with a single locale.
On Wed, Oct 01, 2008 at 02:00:31PM -0700, W. Wayne Liauh wrote:
> This is a wild thought but perhaps we should put on the table the
> option of scratching most of the language-specific localization stuff.
Or having per-locale install CDs, each with a single locale. One nice
side-effect: no longer
> I've posted an updated status[1] of the changes being
> made for 2008.11
> to get the primary CD back to CD size. The changes
> can be broadly
> categorized as:
>
> - Removing some packages that don't make sense for
> the desktop/laptop
> target of this media, or that provide duplicate or
>
I've posted an updated status[1] of the changes being made for 2008.11
to get the primary CD back to CD size. The changes can be broadly
categorized as:
- Removing some packages that don't make sense for the desktop/laptop
target of this media, or that provide duplicate or low-priority
functi
On Mon, 2008-09-15 at 14:19 -0400, Dave Miner wrote:
> Mark Phalan wrote:
> > On Thu, 2008-08-07 at 14:53 -0400, Dave Miner wrote:
> >> As we all know, the live CD has grown quite a bit since the 2008.05
> >> release. I've spent some time analyzing how we're using the space and
> >> where the grow
Laszlo (Laca) Peter wrote:
> On Mon, 2008-09-15 at 11:52 -0400, Dave Miner wrote:
>> We'd already had some discussion about breaking out non-essential
>> themes, and I thought you'd already done some of the re-packaging; is
>> that accounted for here? That's the other main contributor.
>
> Yes,
Hi All,
Laca thanks for the list.
Based on this I looked at what could be dropped from the liveCD. I
came up with
a preliminary list that could free up around 31 MB on the CD.
See the details of each package with "justification" for dropping
the package in the attached txt file.
Dave Miner wrote:
> My proposal at this time, based on the prior discussion, is that we
> will remove all of the following from the CD:
>
> SUNWrdc
> SUNWii
> SUNWscm
> SUNWspsv
> SUNWstmf
>
> We'll cross the iSCSI initiator bridge when we come to it, but right
> now I'd envision that as somethin
John Forte wrote:
> [EMAIL PROTECTED] wrote:
>>> I had already proposed all of the above for removal except for SUNWstmf;
>>> my understanding was that SUNWstmf would be required for installation to
>>> some targets (such as iSCSI?) eventually, though if that's not true we
>>> could remove it.
>>
> SUNWstmf is useless without SUNWstmfu. iSCSI is not supported as part of
> SUNWstmf... yet. With that said, if we're including SUNWiscsitgt and
> SUNWiscsi today (OpenSolaris 2008.05), then we should probably include
> SUNWstmf and the new iSCSI target when that is integrated. SUNWstmf/SUNWstm
[EMAIL PROTECTED] wrote:
>> I had already proposed all of the above for removal except for SUNWstmf;
>> my understanding was that SUNWstmf would be required for installation to
>> some targets (such as iSCSI?) eventually, though if that's not true we
>> could remove it.
>
> I thought that SUNWstmf
> I had already proposed all of the above for removal except for SUNWstmf;
> my understanding was that SUNWstmf would be required for installation to
> some targets (such as iSCSI?) eventually, though if that's not true we
> could remove it.
I thought that SUNWstmf was required for servers wishin
Peter Tribble wrote:
> On Wed, Aug 13, 2008 at 2:46 PM, Dave Miner <[EMAIL PROTECTED]> wrote:
>> /usr/has/bin/sh is only 47k compressed so it really doesn't help much.
>> For reference, Fedora only includes bash, Ubuntu includes only bash and
>> dash, so SUNWzsh is a possibility, as is SUNWtcsh.
>
On Wed, Aug 13, 2008 at 2:46 PM, Dave Miner <[EMAIL PROTECTED]> wrote:
> /usr/has/bin/sh is only 47k compressed so it really doesn't help much.
> For reference, Fedora only includes bash, Ubuntu includes only bash and
> dash, so SUNWzsh is a possibility, as is SUNWtcsh.
Ack. Not having decent shel
Alan Coopersmith wrote:
> Dave Miner wrote:
>> As we all know, the live CD has grown quite a bit since the 2008.05
>> release. I've spent some time analyzing how we're using the space and
>> where the growth between build 86 and build 94 occurred, and worked up
>> some recommendations.
>>
>> The
Dave Miner wrote:
> As we all know, the live CD has grown quite a bit since the 2008.05
> release. I've spent some time analyzing how we're using the space and
> where the growth between build 86 and build 94 occurred, and worked up
> some recommendations.
>
> The analysis data is now posted at:
On Wed, 2008-08-13 at 14:15 +0100, Calum Benson wrote:
> On 13 Aug 2008, at 00:28, Laszlo (Laca) Peter wrote:
>
> > On Tue, 2008-08-12 at 15:34 -0400, Dave Miner wrote:
> >> Laca,
> >>
> >> There were two other GNOME packages that I was interested in
> >> understanding if we can reduce:
> >>
> >>
Roland Mainz wrote:
> Dave Miner wrote:
>> Cedric Blancher wrote:
>>> On 12/08/2008, Dave Miner <[EMAIL PROTECTED]> wrote:
John Forte wrote:
> [EMAIL PROTECTED] wrote:
>> [snip]
The complete list of what's on the CD is at
http://www.opensolaris.org/os/project/indiana/file
Dave Miner wrote:
> Cedric Blancher wrote:
> > On 12/08/2008, Dave Miner <[EMAIL PROTECTED]> wrote:
> >> John Forte wrote:
> >> > [EMAIL PROTECTED] wrote:
>[snip]
> >> The complete list of what's on the CD is at
> >>
> >> http://www.opensolaris.org/os/project/indiana/files/size_table.tx
> >
> > /
Cedric Blancher wrote:
> On 12/08/2008, Dave Miner <[EMAIL PROTECTED]> wrote:
>> John Forte wrote:
>> > [EMAIL PROTECTED] wrote:
>> >>> I would especially appreciate feedback from the desktop, X, and l10n
>> >>> teams on the recommendations. We'll work up an actual plan once we've
>> >>> discu
On 13 Aug 2008, at 00:28, Laszlo (Laca) Peter wrote:
> On Tue, 2008-08-12 at 15:34 -0400, Dave Miner wrote:
>> Laca,
>>
>> There were two other GNOME packages that I was interested in
>> understanding if we can reduce:
>>
>> SUNWgnome-themes 18.4 MB
>
> Most of the disk space in gnome-themes
Laszlo (Laca) Peter wrote:
> On Tue, 2008-08-12 at 15:34 -0400, Dave Miner wrote:
>> Laca,
>>
>> There were two other GNOME packages that I was interested in
>> understanding if we can reduce:
>>
>> SUNWgnome-themes 18.4 MB
>
> Most of the disk space in gnome-themes is used by the icons:
>
>
Laca,
Are we using the HighContrast-SVG icons (are Cairo and SVG icon
generation working these days)? That seems to me like a good candidate
for being moved to a package that users download after they have
installed their system.
Regards,
Peter Korn
Accessibility Architect & Principal Engi
Hey,
On 13/08/2008, at 11:28 AM, Laszlo (Laca) Peter wrote:
> Most of the disk space in gnome-themes is used by the icons:
>
> $ du -sk * | sort -n
> 5 LargePrint
> 23 hicolor
> 32 HighContrast
> 32 HighContrastInverse
> 273 HighContrastLargePrint
> 278 HighContrastLar
On Tue, 2008-08-12 at 15:34 -0400, Dave Miner wrote:
> Laca,
>
> There were two other GNOME packages that I was interested in
> understanding if we can reduce:
>
> SUNWgnome-themes 18.4 MB
Most of the disk space in gnome-themes is used by the icons:
$ du -sk * | sort -n
5 LargePrint
Laca,
There were two other GNOME packages that I was interested in
understanding if we can reduce:
SUNWgnome-themes18.4 MB
SUNWgnome-xml 1.7 MB
Thoughts?
Dave
___
indiana-discuss mailing list
indiana-discuss@opensolaris.org
http://
Dave Miner wrote:
> John Forte wrote:
>> Dave Miner wrote:
>>> The criteria for drivers essentially comes down to whether it's
>>> needed for the live CD to be used on, or install to, a platform we'd
>>> like the distro to support. At this point I'm inclined to leave
>>> SUNWstmf since Fiber Ch
John Forte wrote:
> Dave Miner wrote:
>> The criteria for drivers essentially comes down to whether it's needed
>> for the live CD to be used on, or install to, a platform we'd like the
>> distro to support. At this point I'm inclined to leave SUNWstmf since
>> Fiber Channel and iSCSI targets a
On 12/08/2008, Dave Miner <[EMAIL PROTECTED]> wrote:
> John Forte wrote:
> > [EMAIL PROTECTED] wrote:
> >>> I would especially appreciate feedback from the desktop, X, and l10n
> >>> teams on the recommendations. We'll work up an actual plan once we've
> >>> discussed a bit.
> >> There are se
Dave Miner wrote:
>
> The criteria for drivers essentially comes down to whether it's needed
> for the live CD to be used on, or install to, a platform we'd like the
> distro to support. At this point I'm inclined to leave SUNWstmf since
> Fiber Channel and iSCSI targets are both things that we
John Forte wrote:
> Dave Miner wrote:
>> John Forte wrote:
>>> [EMAIL PROTECTED] wrote:
> I would especially appreciate feedback from the desktop, X, and l10n
> teams on the recommendations. We'll work up an actual plan once we've
> discussed a bit.
There are several packages from
Dave Miner wrote:
> John Forte wrote:
>> [EMAIL PROTECTED] wrote:
I would especially appreciate feedback from the desktop, X, and l10n
teams on the recommendations. We'll work up an actual plan once we've
discussed a bit.
>>> There are several packages from Network Storage in which
John Forte wrote:
> [EMAIL PROTECTED] wrote:
>>> I would especially appreciate feedback from the desktop, X, and l10n
>>> teams on the recommendations. We'll work up an actual plan once we've
>>> discussed a bit.
>> There are several packages from Network Storage in which I was a bit
>> overzealou
Laszlo (Laca) Peter wrote:
> On Mon, 2008-08-11 at 18:18 -0400, Dave Miner wrote:
>> In the same vein, I note that rhythmbox seems to be capable of
>> everything that sound-juicer does; any reason we couldn't dump
>> sound-juicer?
>
> Except for ripping CDs, which is probably not something you wa
Dave Miner wrote:
> Ghee Teo wrote:
>
>> Laszlo (Laca) Peter wrote:
>>
>>> On Fri, 2008-08-08 at 15:34 -0400, Dave Miner wrote:
>>>
>>>
>> The recommendations are posted at:
>> http://www.opensolaris.org/os/project/indiana/cd_recommendations/
>>
Dave Miner wrote:
> Ghee Teo wrote:
>
>> Ghee Teo wrote:
>>
>>> While we are on printing, we could remove potential not to put
>>> SUNWgnome-print*
>>> on the live CD which for most part contained the community obsoleted
>>> libgnomeprint[ui] and
>>> its header files, but that will break
On Mon, 2008-08-11 at 18:18 -0400, Dave Miner wrote:
> In the same vein, I note that rhythmbox seems to be capable of
> everything that sound-juicer does; any reason we couldn't dump
> sound-juicer?
Except for ripping CDs, which is probably not something you want
to do when using a live CD, so I
[EMAIL PROTECTED] wrote:
>> I would especially appreciate feedback from the desktop, X, and l10n
>> teams on the recommendations. We'll work up an actual plan once we've
>> discussed a bit.
>
> There are several packages from Network Storage in which I was a bit
> overzealous in adding to the slim
> I would especially appreciate feedback from the desktop, X, and l10n
> teams on the recommendations. We'll work up an actual plan once we've
> discussed a bit.
There are several packages from Network Storage in which I was a bit
overzealous in adding to the slim_cluster and which I believe shou
Laszlo (Laca) Peter wrote:
> On Fri, 2008-08-08 at 15:34 -0400, Dave Miner wrote:
>> >> The recommendations are posted at:
http://www.opensolaris.org/os/project/indiana/cd_recommendations/
>>> I saw SUWNgnome-pilot and SUNWpilot-link are planed to be removed, but
>>> they are run time
Ghee Teo wrote:
> Laszlo (Laca) Peter wrote:
>> On Fri, 2008-08-08 at 15:34 -0400, Dave Miner wrote:
>>
>>> >> The recommendations are posted at:
>>>
> http://www.opensolaris.org/os/project/indiana/cd_recommendations/
>
>
I saw SUWNgnome-pilot and SUNWpilot-link
Ghee Teo wrote:
> Ghee Teo wrote:
>> While we are on printing, we could remove potential not to put
>> SUNWgnome-print*
>> on the live CD which for most part contained the community obsoleted
>> libgnomeprint[ui] and
>> its header files, but that will break 2 applications,
>>
>> ghex2 and gnome-
Roland Mainz wrote:
> Dave Miner wrote:
>> As we all know, the live CD has grown quite a bit since the 2008.05
>> release. I've spent some time analyzing how we're using the space and
>> where the growth between build 86 and build 94 occurred, and worked up
>> some recommendations.
>>
>> The analy
Qingye Jiang (John) wrote:
> I myself am not technical enough to make any technical recommendations.
> However, I wonder a lot by the fact that we have both thunderbird and
> evolution on single CD.
>
The primary reason is that, based on the data I have (what I see in my
folders, plus a survey
Hi Dave,
> Peter Korn wrote:
>> ...
>>
> So, just to be clear, you'd be requesting that we at most remove
> dasher and gok?
Yes.
Note that GOK, too, is small, and is focused on general desktop access
(vs. optimized entry of text for someone who has a severe physical
disability). So my full r
Peter Korn wrote:
> Hi Dave,
>
>> Hi Peter,
>>
>>> I'm not sufficiently familiar with how packages are put together to
>>> give you a solid estimate, but...
>>> Dasher installs into /usr/bin/, /usr/share/gnome/help,
>>> /usr/share/omf, and /usr/share. The language support is in
>>> /usr/share/
On Sat, Aug 9, 2008 at 1:13 AM, Dave Miner <[EMAIL PROTECTED]> wrote:
> Moinak Ghosh wrote:
>>
>> On Fri, Aug 8, 2008 at 2:24 AM, Alan Coopersmith
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> Dave Miner wrote:
As we all know, the live CD has grown quite a bit since the 2008.05
release. I'v
Ghee Teo wrote:
>
> While we are on printing, we could remove potential not to put
> SUNWgnome-print*
> on the live CD which for most part contained the community obsoleted
> libgnomeprint[ui] and
> its header files, but that will break 2 applications,
>
> ghex2 and gnome-dictionary(also the dic
Laszlo (Laca) Peter wrote:
> On Fri, 2008-08-08 at 15:34 -0400, Dave Miner wrote:
>
>> >> The recommendations are posted at:
>>
http://www.opensolaris.org/os/project/indiana/cd_recommendations/
>>> I saw SUWNgnome-pilot and SUNWpilot-link are planed to be removed,
On Fri, 2008-08-08 at 15:34 -0400, Dave Miner wrote:
> >> The recommendations are posted at:
> >>
> >> http://www.opensolaris.org/os/project/indiana/cd_recommendations/
> >>
> > I saw SUWNgnome-pilot and SUNWpilot-link are planed to be removed, but
> > they are run time dependency of SUNWevoluti
Dave Miner wrote:
> As we all know, the live CD has grown quite a bit since the 2008.05
> release. I've spent some time analyzing how we're using the space and
> where the growth between build 86 and build 94 occurred, and worked up
> some recommendations.
>
> The analysis data is now posted at:
Depends on the compression used for the package, but the contrib
pkgadd file (bzip2) is 13MB for the GTK+2 variant of Thunderbird
2.0.0.16. Unpacked and installed, somewhere around double that,
26MB. On Windows Thunderbird uses about 24.3MB unpacked/installed as
well.
The only reason I
On 9 Aug 2008, at 19:49, James Cornell wrote:
> It meshes better with GNOME, and it has exchange 2000/2003 connectors
> with current versions, 2007 very soon. Theoretically it uses less
> resources since it shares GNOME components, and I find it to be more
> accessible from a business-minded wor
It meshes better with GNOME, and it has exchange 2000/2003 connectors
with current versions, 2007 very soon. Theoretically it uses less
resources since it shares GNOME components, and I find it to be more
accessible from a business-minded workflow, as the contacts, calendar
and memos are better in
On 9 Aug 2008, at 02:58, Harry Lu wrote:
> I would say it is a design dependency. Evolution depends on them to do
> Addressbook/Calendar sync with Palm devices. If you really want to
> remove sth. from Evolution packages, I would suggest you to remove
> SUNWevolution-jescs and SUNWevolution-excha
I myself am not technical enough to make any technical recommendations.
However, I wonder a lot by the fact that we have both thunderbird and
evolution on single CD.
("`-''-/").___..--''"`-._Qingye Jiang (John)
`6_ 6 ) `-. ( ).`-.__.`)Senior Manager
(_Y_.)'
Dave Miner wrote:
> Harry Lu wrote:
>
>> On Thu, 2008-08-07 at 14:53 -0400, Dave Miner wrote:
>>
>>> As we all know, the live CD has grown quite a bit since the 2008.05
>>> release. I've spent some time analyzing how we're using the space and
>>> where the growth between build 86 and build
MC wrote:
>> The global CD still has a fair bit of room on it
>
> Does that one use 7zip? Whatever compression it uses, is the faster
> compression on the standard image really worth the hassle of having
> people going out of their ways to cut space?
>
Issuing only the lzma image was our origin
> The global CD still has a fair bit of room on it
Does that one use 7zip? Whatever compression it uses, is the faster
compression on the standard image really worth the hassle of having people
going out of their ways to cut space?
It sounds to me like using higher compression now and cutting
Hi Dave,
> Hi Peter,
>
>> I'm not sufficiently familiar with how packages are put together to
>> give you a solid estimate, but...
>> Dasher installs into /usr/bin/, /usr/share/gnome/help,
>> /usr/share/omf, and /usr/share. The language support is in
>> /usr/share/dasher (all of the "alphabet*
Hi Peter,
> I'm not sufficiently familiar with how packages are put together to give
> you a solid estimate, but...
> Dasher installs into /usr/bin/, /usr/share/gnome/help, /usr/share/omf,
> and /usr/share. The language support is in /usr/share/dasher (all of
> the "alphabet* and "training*" f
Moinak Ghosh wrote:
> On Fri, Aug 8, 2008 at 2:24 AM, Alan Coopersmith
> <[EMAIL PROTECTED]> wrote:
>> Dave Miner wrote:
>>> As we all know, the live CD has grown quite a bit since the 2008.05
>>> release. I've spent some time analyzing how we're using the space and
>>> where the growth between bu
Mark Phalan wrote:
> On Thu, 2008-08-07 at 14:53 -0400, Dave Miner wrote:
>> As we all know, the live CD has grown quite a bit since the 2008.05
>> release. I've spent some time analyzing how we're using the space and
>> where the growth between build 86 and build 94 occurred, and worked up
>> so
Harry Lu wrote:
> On Thu, 2008-08-07 at 14:53 -0400, Dave Miner wrote:
>> As we all know, the live CD has grown quite a bit since the 2008.05
>> release. I've spent some time analyzing how we're using the space and
>> where the growth between build 86 and build 94 occurred, and worked up
>> some
Hi Dave,
> Peter Korn wrote:
>> Hi Dave, gang,
>>
>>> As we all know, the live CD has grown quite a bit since the 2008.05
>>> release. I've spent some time analyzing how we're using the space and
>>> where the growth between build 86 and build 94 occurred, and worked
>>> up some recommendations.
Peter Korn wrote:
> Hi Dave, gang,
>
>> As we all know, the live CD has grown quite a bit since the 2008.05
>> release. I've spent some time analyzing how we're using the space and
>> where the growth between build 86 and build 94 occurred, and worked up
>> some recommendations.
>>
>> The analys
On Fri, Aug 8, 2008 at 3:45 AM, Alan Coopersmith
<[EMAIL PROTECTED]> wrote:
> Dave Miner wrote:
>> An interesting set of options, I'm open to any of them and we can figure
>> out how to test some of them out. My main observation is that we appear
>> to be shipping a lot more fonts (not all of whic
On Fri, Aug 8, 2008 at 2:24 AM, Alan Coopersmith
<[EMAIL PROTECTED]> wrote:
> Dave Miner wrote:
>> As we all know, the live CD has grown quite a bit since the 2008.05
>> release. I've spent some time analyzing how we're using the space and
>> where the growth between build 86 and build 94 occurred
On Thu, 2008-08-07 at 14:53 -0400, Dave Miner wrote:
> As we all know, the live CD has grown quite a bit since the 2008.05
> release. I've spent some time analyzing how we're using the space and
> where the growth between build 86 and build 94 occurred, and worked up
> some recommendations.
>
>
On Thu, 2008-08-07 at 14:53 -0400, Dave Miner wrote:
> As we all know, the live CD has grown quite a bit since the 2008.05
> release. I've spent some time analyzing how we're using the space and
> where the growth between build 86 and build 94 occurred, and worked up
> some recommendations.
>
>
Dave Miner wrote:
> An interesting set of options, I'm open to any of them and we can figure
> out how to test some of them out. My main observation is that we appear
> to be shipping a lot more fonts (not all of which come from
> FSWxorg-fonts, I'm sure) than either of the Linux distros examined
Thanks for the feedback, Alan.
Alan Coopersmith wrote:
> Dave Miner wrote:
>> As we all know, the live CD has grown quite a bit since the 2008.05
>> release. I've spent some time analyzing how we're using the space and
>> where the growth between build 86 and build 94 occurred, and worked up
>>
Sriram Natarajan wrote:
> HI
> IIf I am not mistaken, SUNWsmagt is SNMP Agent and I wonder why we need
> this within live CD. Probably some one need to look into to find out if
> and how we can remove this dependency. Saving 4.5 Mb sounds like a good
> start...
>
Yes, it's the SNMP agent. T
Hi Dave, gang,
> As we all know, the live CD has grown quite a bit since the 2008.05
> release. I've spent some time analyzing how we're using the space and
> where the growth between build 86 and build 94 occurred, and worked up
> some recommendations.
>
> The analysis data is now posted at:
>
Dave Miner wrote:
> As we all know, the live CD has grown quite a bit since the 2008.05
> release. I've spent some time analyzing how we're using the space and
> where the growth between build 86 and build 94 occurred, and worked up
> some recommendations.
>
> The analysis data is now posted at:
HI
IIf I am not mistaken, SUNWsmagt is SNMP Agent and I wonder why we need
this within live CD. Probably some one need to look into to find out if
and how we can remove this dependency. Saving 4.5 Mb sounds like a good
start...
Just my 2c.
- Sriram
Dave Miner wrote:
> As we all know, the liv
As we all know, the live CD has grown quite a bit since the 2008.05
release. I've spent some time analyzing how we're using the space and
where the growth between build 86 and build 94 occurred, and worked up
some recommendations.
The analysis data is now posted at:
http://www.opensolaris.org/o
95 matches
Mail list logo