commit 42abd2609be3ccfdd50e0907237849fa163624fd
Author: Bill Pemberton
Date: Wed Mar 21 13:05:24 2012 -0400
Initial import (#605674).
.gitignore |1 +
perl-IO-InSitu.spec | 83 +++
sources |1 +
3 files changed
On 03/21/2012 02:19 PM, Orion Poplawski wrote:
> On 03/21/2012 11:42 AM, Pavel Alexeev wrote:
>> 21.03.2012 20:31, Marcela Mašláňová написал:
>>> On 03/21/2012 04:33 PM, Pavel Alexeev wrote:
Hello All.
As was announced before ImageMagick-6.7.5.6-3.fc17 now in build
overrides. Pl
On 03/21/2012 12:34 PM, Tom Callaway wrote:
On 03/21/2012 02:19 PM, Orion Poplawski wrote:
On 03/21/2012 11:42 AM, Pavel Alexeev wrote:
21.03.2012 20:31, Marcela Mašláňová написал:
On 03/21/2012 04:33 PM, Pavel Alexeev wrote:
Hello All.
As was announced before ImageMagick-6.7.5.6-3.fc17 now
On Wed, 2012-03-21 at 12:02 -0600, Chris Murphy wrote:
> On Mar 21, 2012, at 9:17 AM, Peter Jones wrote:
>
> > We definitely want to keep using grubby instead of running grub2-mkconfig
> > and
> > clobbering whatever's in your config file every time.
>
> *shrug* I think grubby makes for an incre
From xen-devel list.
How can I downgrade my Fedora 16 kernel to get around this kernel bug
identified by Konrad?
Yum does not list any other kernels other than 3.2.10.
Original Message
Subject:Re: [Xen-devel] Fedora 16 w/encrypted filesystem: unable to
boot Xen kernel
On 03/21/2012 11:18 AM, drago01 wrote:
But there seems to be a huge oppositions against that in Fedora.
How does Ubuntu build there ARM builds? Native or using cross compilers?
Native.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
http
On Wed, Mar 21, 2012 at 2:38 PM, Adam Williamson wrote:
> On Wed, 2012-03-21 at 12:02 -0600, Chris Murphy wrote:
>> On Mar 21, 2012, at 9:17 AM, Peter Jones wrote:
>>
>> > We definitely want to keep using grubby instead of running grub2-mkconfig
>> > and
>> > clobbering whatever's in your config
On 03/21/2012 07:51 PM, Jesse Keating wrote:
On 3/21/12 2:04 AM, Panu Matilainen wrote:
as I assume createrepo (and thus deltarpm) doesn't actually get invoked
in the srpm creation phase, right?
That's correct. fedpkg is used to do the "fedpkg sources" call which
downloads the tarball from loo
On Wed, Mar 21, 2012 at 14:53:27 -0400,
Gerry Reno wrote:
From xen-devel list.
How can I downgrade my Fedora 16 kernel to get around this kernel bug
identified by Konrad?
Yum does not list any other kernels other than 3.2.10.
Normally you will have three install and can just pick another w
On 03/21/2012 03:24 PM, Bruno Wolff III wrote:
> On Wed, Mar 21, 2012 at 14:53:27 -0400,
> Gerry Reno wrote:
>> From xen-devel list.
>>
>> How can I downgrade my Fedora 16 kernel to get around this kernel bug
>> identified by Konrad?
>>
>> Yum does not list any other kernels other than 3.2.10.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 20 Mar 2012 19:36:00 -0700
Adam Williamson wrote:
> On Tue, 2012-03-20 at 13:39 -0400, Peter Jones wrote:
>
> > >> 4) when milestones occur, arm needs to be just as testible as
> > >> other primary architectures
> > >
> > > So we have a new
Orion Poplawski wrote:
Keeps forgetting about that. Messes up --qf though:
# repoquery --whatrequires libMagickCore.so.4 --source --qf '%{NAME}' | sort -u
ale-0.9.0.3-6.fc17.src.rpm
autotrace-0.31.1-26.fc15.1.src.rpm
calibre-0.8.39-1.fc17.src.rpm
converseen-0.4.9-2.fc17.src.rpm
dmapd-0.0.45-1.
On Wed, Mar 21, 2012 at 2:53 PM, Gerry Reno wrote:
> From xen-devel list.
>
> How can I downgrade my Fedora 16 kernel to get around this kernel bug
> identified by Konrad?
>
> Yum does not list any other kernels other than 3.2.10.
Unless you've done something odd, the previous 2 kernels should st
On Mar 21, 2012, at 12:38 PM, Adam Williamson wrote:
> yeah, I have to admit I get the feeling we're kind of swimming against
> the tide, now. I'm not sure it would be so terrible to just decide to go
> with the upstream design, run grub2-mkconfig any time grub2.cfg needs
> updating, and tell peopl
On Wed, Mar 21, 2012 at 15:31:01 -0400,
Gerry Reno wrote:
On 03/21/2012 03:24 PM, Bruno Wolff III wrote:
On Wed, Mar 21, 2012 at 14:53:27 -0400,
Gerry Reno wrote:
From xen-devel list.
How can I downgrade my Fedora 16 kernel to get around this kernel bug
identified by Konrad?
Yum does no
On Wed, 2012-03-21 at 09:01 -0700, Adam Williamson wrote:
> > Has somebody filed a bz about this issue? I haven't seen one referenced in
> > the
> > thread.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=805310
>
> I haven't yet managed to reproduce, though. I'm running grub2 '1.99-19',
> I i
On 03/21/2012 03:40 PM, Josh Boyer wrote:
> On Wed, Mar 21, 2012 at 2:53 PM, Gerry Reno wrote:
>
>> From xen-devel list.
>>
>> How can I downgrade my Fedora 16 kernel to get around this kernel bug
>> identified by Konrad?
>>
>> Yum does not list any other kernels other than 3.2.10.
>>
> Un
Hi,
I am running an F-17 x86_64 guest on an F-16 x86_64 host here. I have
realised that mouse input is not working anymore since a few days.
I have tried
# yum downgrade xorg-x11-*
in the guest so far, but this did not help. Any ideas where to look
next, or how to take a more educated approach to
On Wed, 2012-03-21 at 15:14 -0400, Josh Boyer wrote:
> On Wed, Mar 21, 2012 at 2:38 PM, Adam Williamson wrote:
> > On Wed, 2012-03-21 at 12:02 -0600, Chris Murphy wrote:
> >> On Mar 21, 2012, at 9:17 AM, Peter Jones wrote:
> >>
> >> > We definitely want to keep using grubby instead of running
> >
On Wed, 2012-03-21 at 21:25 +0100, Julian Sikorski wrote:
> Hi,
>
> I am running an F-17 x86_64 guest on an F-16 x86_64 host here. I have
> realised that mouse input is not working anymore since a few days.
> I have tried
> # yum downgrade xorg-x11-*
> in the guest so far, but this did not help. A
On Wed, Mar 21, 2012 at 6:59 PM, Brendan Conoboy wrote:
> On 03/21/2012 11:18 AM, drago01 wrote:
>>
>> But there seems to be a huge oppositions against that in Fedora.
>> How does Ubuntu build there ARM builds? Native or using cross compilers?
>
>
> Native.
As do Debian I believe. I think, but ar
On 03/21/2012 02:13 PM, Peter Robinson wrote:
As do Debian I believe. I think, but aren't 100% sure, that all major
distributions except suse build as native.
At the last Linaro Connect the Debian guys said they're building
natively on i.MX53 boards (Which are cool because they have real SATA)
W dniu 21.03.2012 22:06, Adam Jackson pisze:
> On Wed, 2012-03-21 at 21:25 +0100, Julian Sikorski wrote:
>> Hi,
>>
>> I am running an F-17 x86_64 guest on an F-16 x86_64 host here. I have
>> realised that mouse input is not working anymore since a few days.
>> I have tried
>> # yum downgrade xorg-x
On 03/21/2012 01:40 PM, Xose Vazquez Perez wrote:
Orion Poplawski wrote:
Keeps forgetting about that. Messes up --qf though:
# repoquery --whatrequires libMagickCore.so.4 --source --qf '%{NAME}' | sort -u
ale-0.9.0.3-6.fc17.src.rpm
autotrace-0.31.1-26.fc15.1.src.rpm
calibre-0.8.39-1.fc17.src.r
Hi, folks - it's Beta blocker bugging time again!
We've had a giant buttload of bugs to fix, mainly with the 'noloader'
change in anaconda, but it's looking like Will has actually managed to
squish them all, amazingly. So we're looking fairly good right now. What
we do need is blocker status votes
Actually debian hfp is built on efika smart tops. They have a 8gb ssd attached
using pata and 512mb ram.
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Brendan Conoboy wrote:
On 03/21/2012 02:13 PM, Peter Robinson wrote:
> As do Debian I believe. I think, but aren't 100
On Sat, 17.03.12 11:41, Tom Lane (t...@redhat.com) wrote:
> Tomasz Torcz writes:
> > On Sat, Mar 17, 2012 at 10:32:22AM -0400, Tom Lane wrote:
> >> I have a shell script that needs to dig the values of a couple of
> >> "Environment=" settings out of a systemd service file. Currently
> >> it just
On Wed, 2012-03-21 at 15:43 -0700, Adam Williamson wrote:
> Hi, folks - it's Beta blocker bugging time again!
Here's one addendum: we now have one more blocker fixing update that
needs testing + karma -
https://admin.fedoraproject.org/updates/NetworkManager-0.9.3.997-1.git20120321.fc17
.
If you
Lennart Poettering writes:
> On Sat, 17.03.12 11:41, Tom Lane (t...@redhat.com) wrote:
>> Tomasz Torcz writes:
>>> You can try
>>> systemctl show -p Environment
>> [ experiments with that ... ] Hm, the output format seems pretty
>> ill-designed, but I guess I can pick it apart with some carefu
drago01 wrote:
> Those numbers look way better then Kevin's "50x slower without any
> citation" ... thanks for getting this numbers.
I'm surprised emulating ARM in QEMU is so much faster than qemu-system-
x86_64 (which was how I measured the 50 times). Are they really using QEMU
for everything or
Jesse Keating wrote:
> Arm emulation would go a long way toward validating produced install
> images too. Those of us that validate x86 images depend heavily on KVM
> and the like.
But full system emulation is slower by a LARGE factor, not merely the 2 to 4
Jaroslav quoted for OBS, which (accord
Peter Robinson wrote:
> Yes, I agree. In the initial phase we were looking at supporting the
> development boards so this is basically a small number of devices
> (TrimSlice, PanadaBoard, BeagleBoard, Origen, Snowball and Freescale)
> that have completely open stacks including unaccelerated graphic
On Wed, 21.03.12 20:39, Tom Lane (t...@redhat.com) wrote:
> Lennart Poettering writes:
> > On Sat, 17.03.12 11:41, Tom Lane (t...@redhat.com) wrote:
> >> Tomasz Torcz writes:
> >>> You can try
> >>> systemctl show -p Environment
>
> >> [ experiments with that ... ] Hm, the output format seems
Lennart Poettering writes:
> On Wed, 21.03.12 20:39, Tom Lane (t...@redhat.com) wrote:
>> ... what I find "systemctl show" producing is a line like
>>
>> Environment=PGPORT=5432 PGDATA=/var/lib/pgsql/data PGPORT=5433
>>
>> So I have to pick this apart, understanding that later entries override
>
Andrew Haley wrote:
> I'm trying to figure out what this means. Do you mean that any
> primary architecture must be as fast as x86 is today, or that it must
> be as fast as its contemporary version of the x86? So, if the x86 got
> faster but ARM didn't, then ARM would be dropped?
Good question.
Peter Robinson wrote:
> How was this handled in the case of PPC? My understanding is that due
> to legal reasons the Fedora Project never officially provided access
> to PPC machines. There were a number of machines that users could get
> access to that were provided by individuals but these were n
Peter Robinson wrote:
> Sorry, by "only 3" I meant 3 core GPU platforms ie ATI / Intel / nVidia.
But those 3 have almost 100% market share.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Kevin Kofler writes:
> IMHO, if even in the future only x86 will fit the speed criteria to be a
> primary architecture for Fedora, then so be it. I do not see a need for any
> other primary architecture(s). Why do we absolutely have to support an
> architecture with inferior practical performan
Peter Robinson wrote:
> Exactly! Ultimately what we need is FESCo to document what are the
> requirements of being promoted to a primary architecture and then it's
> the ARM SIGs job of ensuring they adhere to the requirements, provide
> viable workable alternatives that are acceptable to FESCo, or
Jaroslav Reznik wrote:
> The only thing we can do here is to make it easier for people to
> get these not nice codecs if they demand the support. Maybe in the
> same way as with Fluendo MP3 long time ago? If you want it, take
> the risks on you and pay the licence fees...
As far as I know, Fluendo
On Thu, 2012-03-22 at 02:38 +0100, Kevin Kofler wrote:
> And finally, for our build speed issue, the practical consideration will be
> whether the parallelism will actually speed our builds up. Right now our
> builds are either serial or have portions parallelized with "make -j", which
> assumes
Chris Tyler wrote:
> On Thu, 2012-03-22 at 02:38 +0100, Kevin Kofler wrote:
>> And finally, for our build speed issue, the practical consideration will
>> be whether the parallelism will actually speed our builds up. Right now
>> our builds are either serial or have portions parallelized with "make
On 03/21/2012 07:00 PM, Kevin Kofler wrote:
ARM should most definitely NOT be approved as a primary architecture before
all the requirements are actually met!
The dynamics of "when" are very much open to discussion, not to mention
"what" that will mean. We need a path to get from secondary to
On 03/21/2012 07:50 PM, Kevin Kofler wrote:
But there are x86 CPUs with more than 4 cores, and multi-CPU SMP systems
which still present themselves as one (multi-CPU/core) computer. IIRC, our
x86 Koji builders have 16 cores per machine (might be even more by now, not
sure).
Hypothetically speak
Tom Lane wrote:
> To put it as succinctly as possible: monocultures are bad.
That's what secondary architectures are for.
> Do you really think that x86 will be the most desirable architecture
> forever? Things change fast in this business, and that arch is weighted
> down by enough bad ancient
Brendan Conoboy wrote:
> On 03/21/2012 07:00 PM, Kevin Kofler wrote:
>> We have seen what happened when the EU took Greece's word on the promise
>> that they'd eventually meet the Maastricht criteria. Let's not do the
>> same mistake in Fedora!
>
> What?
The Maastricht criteria are the requireme
On 03/21/2012 08:13 PM, Kevin Kofler wrote:
The Maastricht criteria are the requirements countries had to fulfill to get
accepted into the Eurozone (i.e. to use the Euro as their currency). Greece
was accepted into the Eurozone without fulfilling those criteria because
they promised they'd fix th
Brendan Conoboy wrote:
> Hypothetically speaking, if presented with an ARM system that builds
> packages, on average, 3x faster than x86, will you advocate that x86 be
> dropped to secondary and ARM be PA exclusively?
Not if most computers (which to me means desktops, notebooks, maybe
netbooks, b
Brendan Conoboy wrote:
> I know what's happening in Greece. I don't know why you're bringing it
> up here.
I'm bringing it up here as an example (by analogy) of what happens when you
let a country (an architecture) such as Greece (ARM) enter the Eurozone (the
primary Fedora architectures) witho
Kevin Kofler writes:
> Tom Lane wrote:
>> I thought it was a serious error to drop PPC from primary-arch status.
> I think it was one of the best decisions Fedora ever made. I'm glad I don't
> have to deal with slow PPC builders anymore, nor to fix build errors for
> such an obsolescent archite
On 03/21/2012 08:28 PM, Kevin Kofler wrote:
I'm bringing it up here as an example (by analogy) of what happens when you
let a country (an architecture) such as Greece (ARM) enter the Eurozone (the
primary Fedora architectures) without fulfilling the required criteria (at
the time of the approval,
On Thu, 2012-03-22 at 03:00 +0100, Kevin Kofler wrote:
> Peter Robinson wrote:
> > Exactly! Ultimately what we need is FESCo to document what are the
> > requirements of being promoted to a primary architecture and then it's
> > the ARM SIGs job of ensuring they adhere to the requirements, provide
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 22 Mar 2012 02:02:59 +0100
Kevin Kofler wrote:
> Jesse Keating wrote:
> > Arm emulation would go a long way toward validating produced install
> > images too. Those of us that validate x86 images depend heavily on
> > KVM and the like.
>
>
Tom Lane wrote:
> That opinion is flat out ridiculous. Or maybe it makes sense if you
> think consumer desktops are the be-all and end-all; but they are not.
Consumer desktops and notebooks. The things we normally call "computers".
Those have always been and should remain our primary target.
>
101 - 154 of 154 matches
Mail list logo