Hi,
I'm trying to get sponsored as a package maintainer and would like to
introduce myself. I've been doing some level of build/deployment
automation for different companies over the last few years, and one thing
that makes life harder than it should is lack of native packages for any
given depe
On Nov 10, 2012, at 11:21 AM, Kevin Kofler wrote:
> Jesse Keating wrote:
>> Fedora is just one of the downstream users of Anaconda. It is incorrect
>> to assume that the upstream Anaconda development can be dictated solely
>> by Fedora, any more than upstream RPM development can be dictated sole
On Sat, Nov 10, 2012 at 05:35:16PM +, Richard W.M. Jones wrote:
> I'd strongly recommend oz-install ...
> https://github.com/clalancette/oz
Okay, so, sell me on this. I know Oz is popular, especially in the OpenStack
world, so we definitely want to make sure it works with Fedora. But what's
On Sat, Nov 10, 2012 at 2:41 AM, Richard W.M. Jones wrote:
[snip]
> You're very wrong here. Memory is *the* key limiting resource for
> VMs, particularly when people want to pack as many VMs into a system
> as possible. If the minimum required for an OS goes from 256 -> 512MB,
> then the numbe
On Sat, Nov 10, 2012 at 1:56 PM, Tomasz Torcz wrote:
> On Sat, Nov 10, 2012 at 10:41:16PM +0100, Kevin Kofler wrote:
>> Andre Robatino wrote:
>> > *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
>> > single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
>> > DV
Tomasz Torcz wrote:
> On Sat, Nov 10, 2012 at 10:41:16PM +0100, Kevin Kofler wrote:
>> Andre Robatino wrote:
>> > *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
>> > single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
>> > DVD size limits.
>>
>> See what da
On 2012-11-10, 19:03 GMT, Kevin Kofler wrote:
> The fact that even *Ubuntu*, of all distros, requires less RAM than we
> do should ring a HUGE alarm bell!
That’s unfortunate side-effect of rpm having file dependencies ... the
matrix of possible dependencies apt-get has to resolve is by the order
On Sat, Nov 10, 2012 at 10:41:16PM +0100, Kevin Kofler wrote:
> Andre Robatino wrote:
> > *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
> > single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
> > DVD size limits.
>
> See what damage "Mini"DebugInfo is doing
Am 10.11.2012 22:41, schrieb Kevin Kofler:
> Andre Robatino wrote:
>> *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
>> single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
>> DVD size limits.
>
> See what damage "Mini"DebugInfo is doing? Nobody (other than
I'm more concerned with getting sizes down to fix a cheap 4 GB USB
drive than a 4.7 GB DVD. I don't think making install media over 4 GB
is a viable option. I will test with the default desktop and the net
installer before I'll erase one of my expensive 8 GB USB sticks!
On Sat, Nov 10, 2012 at 1:4
Andre Robatino wrote:
> *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
> single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
> DVD size limits.
See what damage "Mini"DebugInfo is doing? Nobody (other than me) cared about
CD size for the live CDs, but surely
Richard W.M. Jones wrote:
> - depends on Python stack
+1, we really need to get Python out of the minimal installation.
The focus should be on replacing the existing Python-based packages in the
minimum set (e.g. yum) by native replacements (e.g. zif). Adding more Python
stuff with additional
Le Sam 10 novembre 2012 11:57, drago01 a écrit :
> Yeah but the amount of memory needed for installation is hardly
> relevant here .. you install once (with a higher memory allocation)
> and scale down afterwards.
Does not work with organisations that charge projects their top vm
resource use (y
On Sat, Nov 10, 2012 at 02:40:02PM -0500, Matthew Miller wrote:
> On Sat, Nov 10, 2012 at 05:35:16PM +, Richard W.M. Jones wrote:
> > On Sat, Nov 10, 2012 at 11:12:20AM -0500, Matthew Miller wrote:
> > > We could maybe engineer an alternate build process using the internal
> > > cloud,
> > > a
*IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
DVD size limits.
As per the Fedora 18 schedule [1], Fedora 18 Beta Test Compose 8 (TC8)
is now available for testing. Content information, including changes,
c
On Sat, Nov 10, 2012 at 11:15:31AM -0700, Stephen John Smoogen wrote:
> > is entirely irrelevant. To achieve the above, we don't need to make sure
> > that the default configuration leaves port 22 open when firewalld is
> > installed, but that the default configuration leaves port 22 open when
> >
On Sat, Nov 10, 2012 at 05:35:16PM +, Richard W.M. Jones wrote:
> On Sat, Nov 10, 2012 at 11:12:20AM -0500, Matthew Miller wrote:
> > We could maybe engineer an alternate build process using the internal cloud,
> > adapting livecd creator to run on a cloud instance rather than with
> > virt loc
Jesse Keating wrote:
> Fedora is just one of the downstream users of Anaconda. It is incorrect
> to assume that the upstream Anaconda development can be dictated solely
> by Fedora, any more than upstream RPM development can be dictated solely
> by Fedora.
If you want to be truly independent of F
Hello, maintainers!
I'm looking for a co-maintainer for the leechcraft package (
http://pkgs.fedoraproject.org/cgit/leechcraft.git ). I cannot support its
huge spec file duly because of some reasons in the real life. So if you
want to help me, you are welcome :).
Regards,
Minh Ngo
Fedora Project
Adam Williamson wrote:
> Same outfit here, and they also use Ubuntu, but it's nothing to do with
> system requirements, just broader hardware support through non-free
> drivers and the simple fact that it's the most popular desktop
> general-user distro. Ubuntu 12.04 cites 384MB minimum for a 32-bi
Adam Williamson wrote:
> Or are you seriously suggesting that a sensible direction for Fedora is
> to consider the requirements of nine year old hardware and attempt to
> adjust our software to match?
Why not? High-end hardware should have a lifespan of at least a decade. It
obviously won't be hi
On Sat, 10 Nov 2012 19:59:22 +0100
Kevin Kofler wrote:
> Adam Williamson wrote:
> > Oh, god, I'm pulling a Kevin with this list spamming, but this is
> > just too glorious not to post. I couldn't resist taking a trip in
> > the wayback machine. Here we are in Fedoraland, 2003:
> > https://lists.f
Adam Williamson wrote:
> Oh, god, I'm pulling a Kevin with this list spamming, but this is just
> too glorious not to post. I couldn't resist taking a trip in the wayback
> machine. Here we are in Fedoraland, 2003:
> https://lists.fedoraproject.org/pipermail/devel/2003-December . What do
> we find?
Jóhann B. Guðmundsson wrote:
> Kevin manufactures today don't built hardware to last more then 3 years
> tops and actually the industry is moving towards to make them unfixable
> as well
> ( cheaper to jus throw it away and give you a new one )
>
> I think Germany is actually the only country that
Adam Williamson wrote:
> On Sat, 2012-11-10 at 02:49 +0100, Kevin Kofler wrote:
>> Adam Williamson wrote:
>> > You're being pretty absurd comparing 2003 requirements to 2012
>> > requirements without allowing at all for hardware inflation.
>>
>> People thinking like you are the reason why entire
On 9 November 2012 18:46, Adam Williamson wrote:
> On Fri, 2012-11-09 at 20:39 -0500, Matthew Miller wrote:
>> On Fri, Nov 09, 2012 at 03:24:02PM -0800, Adam Williamson wrote:
>> > it maybe doesn't actually need to be). So perhaps we should change
>> > firewalld to default to opening port 22.
>>
>
On Sat, Nov 10, 2012 at 11:12:20AM -0500, Matthew Miller wrote:
> We could maybe engineer an alternate build process using the internal cloud,
> adapting livecd creator to run on a cloud instance rather than with
> virt locally. Or something. Any ideas?
I'd strongly recommend oz-install ...
htt
Am 10.11.2012 11:57, schrieb drago01:
> Yeah but the amount of memory needed for installation is hardly
> relevant here .. you install once (with a higher memory allocation)
> and scale down afterwards.
yeah this works for you and me me
the average user will say "WTF, throw away this crap" and
On 11/09/2012 08:43 AM, Adam Williamson wrote:
It hasn't really 'skyrocketed'. We cited 512MB for several releases,
bumped it to 768MB for F15/F16 (IIRC), got it back down to 512MB for
F17, and it's back up to 768MB or 1GB for F18 atm because everyone has
more important stuff to do than optimize
On 2012-11-09 18:27, Matthew Miller wrote:
> The js package is 6.5MB.
BTW I suppose that could be significantly reduced by linking /usr/bin/js
with the dynamic libmozjs instead of the static one generated during the
build. It seems to take something more than just the attached patch though.
diff
On 11/09/2012 06:23 PM, Kevin Kofler wrote:
But they wouldn't be able to claim a misunderstanding as now and FESCo would
have a standing for requesting a reversion. Plus, in this case, Anaconda
isn't an "upstream project" in the first place, we are upstream.
Fedora is just one of the downstream
On Fri, Nov 09, 2012 at 07:25:35PM -0800, Brian C. Lane wrote:
> I think appliance-creator is pretty much unsupported at this point,
> isn't it?
Yes, so moving to ami-creator might be a good choice.
> livemedia-creator is supposed to replace livecd-creator,
> appliance-creator and ami-creator, a
Compose started at Sat Nov 10 09:15:51 UTC 2012
Broken deps for x86_64
--
[dhcp-forwarder]
dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl
[dvipdfm]
dvipdfm-0.13.2d-44.fc18.x86_64 requires libkpathsea.so.4(
On Sat, Nov 10, 2012 at 11:41 AM, Richard W.M. Jones wrote:
> On Fri, Nov 09, 2012 at 09:30:14AM -0500, David Cantrell wrote:
>> On Fri, Nov 09, 2012 at 11:21:07AM +0100, Matej Cepl wrote:
>> > On 2012-11-09, 07:43 GMT, Adam Williamson wrote:
>> > > It hasn't really 'skyrocketed'. We cited 512MB f
On Fri, Nov 09, 2012 at 09:30:14AM -0500, David Cantrell wrote:
> On Fri, Nov 09, 2012 at 11:21:07AM +0100, Matej Cepl wrote:
> > On 2012-11-09, 07:43 GMT, Adam Williamson wrote:
> > > It hasn't really 'skyrocketed'. We cited 512MB for several releases,
> > > bumped it to 768MB for F15/F16 (IIRC),
On 11/09/2012 08:08 PM, Jesse Keating wrote:
On 11/09/2012 09:57 AM, Panu Matilainen wrote:
Except that rpm (and yum) use a lot LESS memory these days than they did
in the RHEL-5 era, which I think was used as a comparison here. That's
not where all the memory has gone, quite the contrary.
Wh
Hi,
I was wondering if it was possible to monitor the maximum and/or average
memory usage of a mock build process. I am trying to investigate why a
package takes less 2 hours to build on F16/F17, 24 hours on F18 and 7
hours on rawhide:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2554
Regards,
On Sat, Nov 10, 2012 at 02:33:53AM +0100, Kevin Kofler wrote:
> Matthew Miller wrote:
> > Apparently the new version of polkit brings in javascript. The js package
> > is 6.5MB. I think anything that uses polkit will depend on it -- can we
> > remove it from core?
>
> Of course, the real question
On Fri, Nov 09, 2012 at 09:33:08AM -0500, Matthew Miller wrote:
> - this turns out to be a big change!
> - there's little to no documentation
> - the UI is very confusing, with a large number of "zones" and no apparent
> way to configure those zones
> - toolset is not yet robust -- has
* Adam Williamson [10/11/2012 08:36] :
>
> BTW, for the factual record, only the very first generation of the very
> first netbook ever created - the Eee 700-701 - had 512MB of RAM.
Not even that. I have an Eee701 and I replaced the 512MB stick
of RAM with a 2GB one a while ago.
Emmanuel
--
deve
40 matches
Mail list logo
