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.
>
-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.
>
>
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
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,
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
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
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
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:
> 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
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
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
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
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 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
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
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
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:
> 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
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
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.
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
>
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
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
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
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
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
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
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
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
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
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
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 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)
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 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, 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
> >
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 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
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 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 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 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
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.
-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
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.
>
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 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 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 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
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 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
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 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
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
A file has been added to the lookaside cache for perl-IO-InSitu:
69e55eda0c3d0e5597b88a9ccf9fbfc3 IO-InSitu-0.0.2.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/
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. Please build your package against it (and answer there if it
not so hard)
On Wed, Mar 21, 2012 at 7:11 PM, Dennis Gilmore wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 21 Mar 2012 06:07:57 -0400 (EDT)
> Jaroslav Reznik wrote:
>
>> - Original Message -
>>
>> > Maybe it's worth to ask them (or look at for example Mer builds)
>> > what's
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 21 Mar 2012 10:12:58 -0400
Josh Boyer wrote:
> On Wed, Mar 21, 2012 at 9:52 AM, Peter Jones
> wrote:
> > On 03/21/2012 09:21 AM, Josh Boyer wrote:
> >
> >> Except when people are forced to look at it, their solution was
> >> often ExcludeArc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 21 Mar 2012 06:07:57 -0400 (EDT)
Jaroslav Reznik wrote:
> - Original Message -
>
> > Maybe it's worth to ask them (or look at for example Mer builds)
> > what's
> > the difference in build times.
>
> A few statistics from build.meeg
On 03/21/2012 06:26 AM, Peter Robinson wrote:
Thanks Adam, this is the first real use case where speed of builds is
important for something other than keeping the developer happy.
Other points raised on the list are:
1. The nature of chainbuilds would feel slowed build times particularly.
Th
On 3/21/12 10:36 AM, Brendan Conoboy wrote:
The main place I see ARM emulation being useful is in allowing any
packager with an x86 host to boot a simulated ARM host to resolve build
failures in their package. That's not ideal- ideal is every package
owner has an ARM system they can use, but it'
Summary of changes:
42abd26... Initial import (#605674). (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproje
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 increasingly cluttered grub.cfg. With the
latest behavior I'm seeing with 2
On 3/21/12 6:52 AM, Peter Jones wrote:
On 03/21/2012 09:21 AM, Josh Boyer wrote:
Except when people are forced to look at it, their solution was often
ExcludeArch for PPC. As I said in the other thread, you cannot force
people to care about an architecture they don't know or want to learn.
Th
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. Please build your package against it (and answer there if it
not so hard).
23 march I'll push one update for Fedora 17
On 03/21/2012 05:25 AM, Chris Tyler wrote:
Fully-emulated actually fits into the "Native Builds" guideline, but it
hasn't been economical to use this approach because there's no hardware
support for ARM emulation on x86 (the way that there is hardware
acceleration for x86 virtualization on x86) a
On Wed, Mar 21, 2012 at 6:02 PM, Christoph Wickert
wrote:
> Am Mittwoch, den 21.03.2012, 12:52 + schrieb
> build...@fedoraproject.org:
>>
>> parcellite has broken dependencies in the rawhide tree:
>> On i386:
>> parcellite-1.0.2-0.1.rc5.fc17.i686 requires libpango-1.0.so.0()(64bit)
>>
Am Mittwoch, den 21.03.2012, 12:52 + schrieb
build...@fedoraproject.org:
>
> parcellite has broken dependencies in the rawhide tree:
> On i386:
> parcellite-1.0.2-0.1.rc5.fc17.i686 requires libpango-1.0.so.0()(64bit)
> parcellite-1.0.2-0.1.rc5.fc17.i686 requires libgtk-x11-2.0.so.0
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. Please build your package against it (and answer there if it
not so hard).
23 march I'll push one update for Fedora 17.
--
With best wishes, Pavel Alexeev (aka Pah
On Mar 20, 2012, at 12:52 PM, Chris Murphy wrote:
> Proposed as blocker, F17 Final.
> https://bugzilla.redhat.com/show_bug.cgi?id=805272
Does anyone know how GRUB2 (bootloader+core, grub2-install, grub2-mkconfig)
will behave in a case where there is a valid legacy MBR and a stale GPT remains
b
Compose started at Wed Mar 21 08:15:05 UTC 2012
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
HippoDraw-
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=804420
Tom "spot" Callaway changed:
What|Removed |Added
---
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=804420
--- Comment #1 from Tom "spot" Callaway 2012-03-21
12:13:23 EDT ---
0.9905 is in rawhide.
--
Configure bugmail: https://bugzi
On Wed, 2012-03-21 at 12:51 +0200, Nikos Roussos wrote:
> I wrote a small patch to comment out this line and it worked just
> fine. I'll file a bug upstream.
A patch to simply remove the update-desktop-database call is unlikely to
be accepted upstream, as people building for themselves want the
On Wed, 2012-03-21 at 11:17 -0400, Peter Jones wrote:
> On 03/21/2012 02:27 AM, Adam Williamson wrote:
> > On Wed, 2012-03-21 at 00:12 -0600, Chris Murphy wrote:
> >> On Mar 21, 2012, at 12:08 AM, Chris Murphy wrote:
> >>
> >>> It seems reasonable to consider this a grubby bug, yes?
> >>
> >>
> >>
On Wed, Mar 21, 2012 at 11:32:04AM -0400, Zach Brown wrote:
> On 03/21/2012 10:58 AM, Dave Jones wrote:
> > On Wed, Mar 21, 2012 at 01:27:04PM +, Peter Robinson wrote:
> > > All sorts of things can speed it up, most of the Fedora builders are
> > > currently loopback ext4 over NFS ove
On Wed, 2012-03-21 at 14:28 +, Peter Robinson wrote:
> > So it's a little like saying "we only support x86 chips from Intel, AMD,
> > and VIA". Okay, yeah, maybe that's fair, but those are actually all
> > there is to care about.
>
> What about all the other xorg-x11-drv* video cards, admitt
On Tue, 2012-03-20 at 19:10 -0700, Adam Williamson wrote:
> The usual way to make this selectable is with a parameter for the
> package's configure script, something like --disable-desktop-update .
>
> These days, it seems like very few packages need this any more. I don't
> know if upstreams hav
On Wed, 2012-03-21 at 11:20 +0100, Michal Schmidt wrote:
> Dne 21.3.2012 03:56, Adam Williamson napsal:
> > Properly, it ought to be versioned grub2-2.00-0.1.beta2.fc17. (Or possibly
> > grub2-2.00-0.1.~beta2.fc17, I really dunno what that tilde is for).
>
> The tilde is a debianism to mark a pre-
On Wed, Mar 21, 2012 at 2:52 PM, Bill Nottingham wrote:
> Peter Jones (pjo...@redhat.com) said:
>> In yesterday's FESCo meeting I told you I'd make a list of specific issues
>> I have with the current proposal for ARM as a primary archictecture. There
>> are some places where I think the current p
On Wed, 2012-03-21 at 09:55 +0100, Matej Cepl wrote:
> On 21.3.2012 03:41, Adam Williamson wrote:
> > Firefox will take advantage of a system h264 codec where one is
> > available. In the Fedora system, one will not be available.
>
> Fedora as shipped from get.fedoraproject.org won't contain H.264
On 03/21/2012 10:58 AM, Dave Jones wrote:
On Wed, Mar 21, 2012 at 01:27:04PM +, Peter Robinson wrote:
> All sorts of things can speed it up, most of the Fedora builders are
> currently loopback ext4 over NFS over 100Mb ethernet over USB. Not
> optimal.
Just switching them to ext2 wo
> > So probably using Qemu could speed it up quite a lot. Also OBS
> > offers
> > quite a lot of flexibility to decouple arch builds, disable
> > selected
> > archs etc. But I'm not sure about the processes for chain builds,
> > updates, how they make the builds consistent (if one arch fails)...
>
commit d69eb2b96252d3a54d531a551b37ecbb91a9d94e
Author: Tom Callaway
Date: Wed Mar 21 11:29:39 2012 -0400
0.9905
.gitignore |1 +
perl-Wx.spec |7 ++-
sources |2 +-
3 files changed, 8 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index c664
A file has been added to the lookaside cache for perl-Wx:
757f337a14869a3fdfa8ebd3444159b1 Wx-0.9905.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl
On Wed, Mar 21, 2012 at 2:49 PM, Adam Jackson wrote:
> On Wed, 2012-03-21 at 10:38 -0400, Bill Nottingham wrote:
>> Peter Robinson (pbrobin...@gmail.com) said:
>> > That's my point, I don't believe that working 3D should be a blocker
>> > to primary arch because like mainline it will likely come w
On Wed, Mar 21, 2012 at 2:43 PM, Adam Jackson wrote:
> On Wed, 2012-03-21 at 14:31 +, Matthew Garrett wrote:
>> On Wed, Mar 21, 2012 at 02:28:10PM +, Peter Robinson wrote:
>>
>> > What about all the other xorg-x11-drv* video cards, admittedly they're
>> > generally considered legacy but th
On Wed, Mar 21, 2012 at 2:58 PM, Dave Jones wrote:
> On Wed, Mar 21, 2012 at 01:27:04PM +, Peter Robinson wrote:
> > All sorts of things can speed it up, most of the Fedora builders are
> > currently loopback ext4 over NFS over 100Mb ethernet over USB. Not
> > optimal.
>
> Just switching th
On 03/21/2012 02:27 AM, Adam Williamson wrote:
On Wed, 2012-03-21 at 00:12 -0600, Chris Murphy wrote:
On Mar 21, 2012, at 12:08 AM, Chris Murphy wrote:
It seems reasonable to consider this a grubby bug, yes?
Considering grub2-mkconfig -o /boot/grub2/grub.cfg produces the exact
correct resul
On Tue, 2012-03-20 at 20:30 -0700, John Reiser wrote:
> On 03/20/2012 06:24 PM, Chris Murphy wrote:
> > After a yum update a few minutes ago, GRUB's kinda messed up. Anyone else?
>
> Yes, it happened to me, too, after booting an up-to-the-minute anaconda
> install DVD
> for _update_ (not fresh in
On Wed, Mar 21, 2012 at 01:27:04PM +, Peter Robinson wrote:
> All sorts of things can speed it up, most of the Fedora builders are
> currently loopback ext4 over NFS over 100Mb ethernet over USB. Not
> optimal.
Just switching them to ext2 would save a ton of IO. The buildroots
get regenerat
Peter Jones (pjo...@redhat.com) said:
> In yesterday's FESCo meeting I told you I'd make a list of specific issues
> I have with the current proposal for ARM as a primary archictecture. There
> are some places where I think the current proposal fails to deal with some
> necessary aspects of becomi
From the docs@ list, FYI, in case someone has some time in which they
can contribute to release notes for desktop, system daemons, web
servers, or for that matter any other existing beats:
- Forwarded message from "John J. McDonough" -
On Tue, 2012-03-20 at 23:27 -0400, Christopher R. An
On Wed, 2012-03-21 at 10:38 -0400, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
> > That's my point, I don't believe that working 3D should be a blocker
> > to primary arch because like mainline it will likely come with both
> > time and demand.
>
> Is llvmpipe not 'workin
On Wed, 2012-03-21 at 14:31 +, Matthew Garrett wrote:
> On Wed, Mar 21, 2012 at 02:28:10PM +, Peter Robinson wrote:
>
> > What about all the other xorg-x11-drv* video cards, admittedly they're
> > generally considered legacy but there are a lot that don't do 3D at
> > all there.
>
> Of th
On Wed, Mar 21, 2012 at 3:38 PM, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> That's my point, I don't believe that working 3D should be a blocker
>> to primary arch because like mainline it will likely come with both
>> time and demand.
>
> Is llvmpipe not 'working'? (A
Peter Robinson (pbrobin...@gmail.com) said:
> That's my point, I don't believe that working 3D should be a blocker
> to primary arch because like mainline it will likely come with both
> time and demand.
Is llvmpipe not 'working'? (Admittedly, on low-power CPUs like ARM, it might
be more of a bur
On Wed, Mar 21, 2012 at 2:31 PM, Matthew Garrett wrote:
> On Wed, Mar 21, 2012 at 02:28:10PM +, Peter Robinson wrote:
>
>> What about all the other xorg-x11-drv* video cards, admittedly they're
>> generally considered legacy but there are a lot that don't do 3D at
>> all there.
>
> Of the hard
On Wed, Mar 21, 2012 at 2:24 PM, Adam Jackson wrote:
> On Wed, 2012-03-21 at 13:32 +0100, drago01 wrote:
>
>> Even though I disagree with Kevin that we should block on "does not
>> have 3D drivers" .. OpenGL is imo
>> even more important on ARM (non server systems) then on x86.
>>
>> A tablet or s
On Wed, Mar 21, 2012 at 3:24 PM, Adam Jackson wrote:
> On Wed, 2012-03-21 at 13:32 +0100, drago01 wrote:
>
>> Even though I disagree with Kevin that we should block on "does not
>> have 3D drivers" .. OpenGL is imo
>> even more important on ARM (non server systems) then on x86.
>>
>> A tablet or s
1 - 100 of 154 matches
Mail list logo
