On Mon, 2013-06-24 at 07:22 -0400, Jaroslav Reznik wrote:
> > that is, with the old spin-kickstarts and without the above update,
> > we're 19215872 bytes oversize; with the update but old spin-kickstarts,
> > we're 17118720 bytes oversize (the update saves ~2.1MB); and with the
> > update and lat
On Mon, 2013-06-24 at 15:21 +0200, drago01 wrote:
> On Mon, Jun 24, 2013 at 3:15 PM, Bill Nottingham wrote:
> > Bruno Wolff III (br...@wolff.to) said:
> >> On Sun, Jun 23, 2013 at 18:04:55 -0400,
> >> Matthias Clasen wrote:
> >> >rpm db 82M
> >>
> >> I vaguely remember a discussion abo
On Mon, 2013-06-24 at 09:15 -0400, Bill Nottingham wrote:
> Bruno Wolff III (br...@wolff.to) said:
> > On Sun, Jun 23, 2013 at 18:04:55 -0400,
> > Matthias Clasen wrote:
> > >rpm db 82M
> >
> > I vaguely remember a discussion about dropping this for live images
> > because it gets reb
On Mon, 2013-06-24 at 09:14 -0400, Bill Nottingham wrote:
> > - We have both js and mozjs17. js is still used by gjs, libpeas,
> > libproxy-mozjs and gnome-shell. Possible savings: 7M
>
> I thought Colin was fixing everything to use mosjz17. Is that a F-20
> thing?
It missed f19, yes.
--
test m
On Mon, Jun 24, 2013 at 3:15 PM, Bill Nottingham wrote:
> Bruno Wolff III (br...@wolff.to) said:
>> On Sun, Jun 23, 2013 at 18:04:55 -0400,
>> Matthias Clasen wrote:
>> >rpm db 82M
>>
>> I vaguely remember a discussion about dropping this for live images
>> because it gets rebuilt ever
Bruno Wolff III (br...@wolff.to) said:
> On Sun, Jun 23, 2013 at 18:04:55 -0400,
> Matthias Clasen wrote:
> >rpm db 82M
>
> I vaguely remember a discussion about dropping this for live images
> because it gets rebuilt every boot when needed. My memory is that we
> ended up removing th
> - We have both js and mozjs17. js is still used by gjs, libpeas,
> libproxy-mozjs and gnome-shell. Possible savings: 7M
I thought Colin was fixing everything to use mosjz17. Is that a F-20
thing?
Bill
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject
- Original Message -
> - Original Message -
> > On Sat, 2013-06-22 at 22:17 -0700, Adam Williamson wrote:
> > > On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote:
> > > > On Fri, 2013-06-21 at 14:14 -0700, Adam Williamson wrote:
> > > >
> > > > >
> > > > > https://bugzilla.
- Original Message -
> On Sat, 2013-06-22 at 22:17 -0700, Adam Williamson wrote:
> > On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote:
> > > On Fri, 2013-06-21 at 14:14 -0700, Adam Williamson wrote:
> > >
> > > >
> > > > https://bugzilla.redhat.com/show_bug.cgi?id=958426 - "19 Fin
On Sun, Jun 23, 2013 at 18:04:55 -0400,
Matthias Clasen wrote:
rpm db 82M
I vaguely remember a discussion about dropping this for live images because
it gets rebuilt every boot when needed. My memory is that we ended up
removing this data while building live images, but haven't lo
On Sun, Jun 23, 2013 at 20:17:23 -0400,
Matthew Miller wrote:
On my F19 desktop, I have 530MB under /usr/share/locale; this compresses
down to 94MB with xz -- 67MB with xz -9. And we're xz-ing the livecd and RPM
payloads, right?
The live images get compressed at the end, so looking at the p
On Sun, Jun 23, 2013 at 06:04:55PM -0400, Matthias Clasen wrote:
> come F20. Here are some sizes as found on the current desktop spin:
These are on-disk sizes, right, not RPM size?
> translations 402M
On my F19 desktop, I have 530MB under /usr/share/locale; this compresses
down to 94MB with xz
On Sun, Jun 23, 2013 at 06:04:55PM -0400, Matthias Clasen wrote:
> - Both festival and flite are getting pulled in by speech-dispatcher.
> Possible savings: 9M. https://bugzilla.redhat.com/show_bug.cgi?id=799140
The festival package needs to be update to the latest version, a possible
F20 feature.
On Sat, 2013-06-22 at 22:51 -0700, Adam Williamson wrote:
> So here's some results.
>
> f2e707287dd82cccb05a3fef6b75cb356744ca58 (Jun 14), no update: 1019215872
> f2e707287dd82cccb05a3fef6b75cb356744ca58 (Jun 14), update: 1017118720
> 1a0c28fdf638796bda60ed2785f95eac16a85b65 (Jun 22), update: 100
On Sun, 2013-06-23 at 01:38 -0400, Matthew Miller wrote:
> On Sat, Jun 22, 2013 at 09:54:53PM -0700, Adam Williamson wrote:
> > Going too big does have consequences: a, say, 2GB download is pretty
> > slow for some people, some people do still have nasty caps, and at some
> > point you start gettin
On Sat, 2013-06-22 at 22:17 -0700, Adam Williamson wrote:
> On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote:
> > On Fri, 2013-06-21 at 14:14 -0700, Adam Williamson wrote:
> >
> > >
> > > https://bugzilla.redhat.com/show_bug.cgi?id=958426 - "19 Final TC1
> > > x86_64 Desktop Live is overs
On Sat, Jun 22, 2013 at 09:54:53PM -0700, Adam Williamson wrote:
> Going too big does have consequences: a, say, 2GB download is pretty
> slow for some people, some people do still have nasty caps, and at some
> point you start getting people saying 'why does it have to be so big?
At that point, m
On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote:
> On Fri, 2013-06-21 at 14:14 -0700, Adam Williamson wrote:
>
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=958426 - "19 Final TC1
> > x86_64 Desktop Live is oversized (larger than 1 GB)" - desktop team (I
> > know you're working on
On Sat, 2013-06-22 at 18:51 -0500, Michael Catanzaro wrote:
> On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote:
> > I've filed an update with some 20 packages, only removing excess baggage
> > from /usr/share/doc (duplicate docs, large ChangeLog files, etc). It
> > touches nothing outside /
On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote:
> On Fri, 2013-06-21 at 14:14 -0700, Adam Williamson wrote:
>
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=958426 - "19 Final TC1
> > x86_64 Desktop Live is oversized (larger than 1 GB)" - desktop team (I
> > know you're working on
On Fri, 2013-06-21 at 14:14 -0700, Adam Williamson wrote:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=958426 - "19 Final TC1
> x86_64 Desktop Live is oversized (larger than 1 GB)" - desktop team (I
> know you're working on it)
I've filed an update with some 20 packages, only removing excess
Hey folks, time for another F19 Final status update!
We're looking relatively hopeful at this point, but still some work to
be done.
Outstanding blockers
We need fixes for:
https://bugzilla.redhat.com/show_bug.cgi?id=924162 - "A software
selection with dependency errors is
22 matches
Mail list logo