- If you're using open ended conditionals such as:
%if 0%{?fedora} 9
make sure you keep in mind what will happen if %{fedora} isn't defined,
such as in the case of a derivative distribution.
- If you're building for EPEL from a unified Fedora spec file, and have
separate %{fedora}
Can someone suggest how I should do this? I'm not sure who put this in my
spec file!
# for eggs
%if 0%{?fedora} = 8
BuildRequires: python-setuptools-devel
%else
BuildRequires: python-setuptools
%endif
Is it safe to drop the conditional now and always expect python-setup-devel
to be
When trying to do a yum upgrade from 10 updates-testing to 11
updates-testing, I get the following:
This is due to F11 updates-testing 'vte' package including a newer version
of libvte, but the previous version was not retained. Could someone push a
rebuild of gnome-terminal,
issue is more about letting the *bus* power down. How much we save will
depend on the specific bus layout on a given machine, and also whether
we can successfully autosuspend all of the drivers.
Modern machines are full of (mostly empty) buses, so there is hope the
gain will not be
On Wed, Jun 10, 2009 at 7:13 PM, Toshio Kuratomia.bad...@gmail.com wrote:
Hi all,
Assuming all goes well with an account system upgrade this week, we're
going to be updating the PackageDB to 0.4 on Monday, June 10. An outage
notification will go out later that tells the exact times. This is
As a side note, is this impacting override tagging, as well? (I'm not sure
if the two functions are related.)
They're unrelated.
Is there a different problem with the override tagging then?
Peter
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Mon, Jun 15, 2009 at 10:34:32PM +0100, Peter Robinson wrote:
Is there a different problem with the override tagging then?
Yes. Mostly getting people to do them.
FYI, you can ping rdieter for override tags. Peter Robinson, if you're
thinking of webkitgtk-1.1.8-1.fc11, SMParrish asked
Gregory Maxwell (gmaxw...@gmail.com) said:
I doubt having consistently lower FP precision is anything many users
are asking for. The few that do can usually take care of themselves.
And yet you say we should push them all to x86_64, which has
the same lower precision?
- More clearly
PLEASE do not do this.
If we stop supporting Pentium II and Pentium III, I have to buy a whole
lot of new hardware. Dead serious.
Could we do i686 as a secondary arch, and swap with i386 further in the
future?
While I understand you may have a lot of older hardware, the point of a
BTW are those new VIA netbooks SSE2-capable?
Additionally, what will this do to RHEL? I can't imagine RHEL
customers being too happy about this for RHEL7(?), and if i386 would
still be in RHEL, it would worry me that it would only be a secondary
arch in Fedora. . .
This is not relevant
- Intel i586 (all)
- Intel Pentium Pro
- Intel Pentium II
- Intel Pentium III
- 32-bit AMD Athlon
As an ambassador, it's going to be hard to explain people that I can't
install Fedora 12 on their computers that still run Windows XP, Ubuntu
and others perfectly fine.
We see 32 bit Athlon
Gregory Maxwell (gmaxw...@gmail.com) said:
'outside'. Please don't just dismiss these recent systems, they are a
real issue.
According to public smolt stats:
http://smolt.fedoraproject.org/static/stats/stats.html
only 0.38% of the userbase is non-Intel/AMD. (Number of registered
Now where does the i686+SSE2 come into play? Does this SSE2 have any
effect on those programs that do not contain SSE(2) related assembly code?
Is this 1-2% improvement that you are mentioning only about these kind of
programs (that do not contain assembly code)?
One advantage of SSE2 is
Removing support for still-functional hardware is a trademark of
Microsoft, not Linux.
I'd also argue that doing another full rebuild of the OS for a 1%
performance gain on a single architecture is not a particularly
production use of resources.
The 1% comes from i586 - i686; SSE2 would be
Hi,
On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote:
- Build all packages for i686 (this requires cmov)
This cuts out AMD Geode ...
That's not true; Geode has cmov, and should be compatible with gcc's i686.
Agreed, I've run i686 kernel/openssl on a geode based
The OLPC folks have made a commitment use Fedora as the base for future
releases for not only the XO-1.0 but for the new XO-1.5 which is still in
development.
Does use Fedora as the base mean they'll be using binary packages as is from
Fedora, without rebuilding them?
Yes! The vast majority
- We don't really support i586 in any meaningful matter
What does this mean? Does Fedora not run on i586? Why was there a
mass-rebuild for i586 if it doesn't work?
I know of *no one* in the community who tests on i586 to ensure that it
works. (If this drags them out of silence, so be
At some point in the next few weeks this kernel will land in rawhide.
I will try and make sure btrfs-progs-0.19 goes out at the same time.
The new btrfs-progs isn't essential for running the new format, so if
you just install the kernel you will be fine, but obviously some of
the commands may
I'm not sure I understand why not. Are you saying that if RedHat
decided that RHEL7 was to support Sparc , there'd be no interest in
making that a primary arch?
ppc/ppc64 is supported in RHEL. It is no longer a primary arch in Fedora.
Sorry? I thought it was still primary until after F-12.
Hi,
On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote:
- Build all packages for i686 (this requires cmov)
This cuts out AMD Geode ...
That's not true; Geode has cmov, and should be compatible with gcc's i686.
It does work - I have CentOS 5.3 installed currently
mono-tools-2.4.2-1.fc12
---
* Tue Jun 09 2009 Paul F. Johnson p...@all-the-johnsons.co.uk - 2.4.2-1
- Bump to 2.4.2 preview 1
- Add support for ppc and ppc64
- Add label for udev-acl
is there any reason why mono doesn't use the 0.x revision tags for
alpha/beta/RC
If a tool needs something to perform one of its functions it needs it.
There isn't a anaconda-no-wireless package, etc.
This speaks deeply to a cultural understanding as to what the concept
of networking is.
It seems obvious there are people who would like to consider wireless
as
No, period - I haven't seen anyone in the community say that they're
testing it on i586-class hardware.
Hi Bill,
Your wiki page has some jargon (i586) which I'm trying
to reduce to manufacturer products, as you have already
done for the AMD products.
F12 x86 will not work on i586 (or
we'd like to announce the 'Fit and Finish' initiative for Fedora,
http://fedoraproject.org/wiki/Fit_and_Finish
with the goal to improve the user experience of the Fedora desktop.
If you wish to improve *user* experience, then you should focus
entirely on actual Fedora releases rather than
Focus on rawhide will mean the next release will see the improvements :)
That means, that the next release will be untested, as usual. So why
create another useless initiative?
Huh? your on the devel list and you don't use rawhide? Maybe I should
introduce you to the fedora-test list.
On Mon, Jun 29, 2009 at 4:17 PM, Peter Robinsonpbrobin...@gmail.com wrote:
Focus on rawhide will mean the next release will see the improvements :)
That means, that the next release will be untested, as usual. So why
create another useless initiative?
Huh? your on the devel list and you
As much fun as it is to make up stats on the spot, I would ask you to show
some proof that nobody uses rawhide.
Please, take a look at smolts statistics, for example. Don't fool
yourself with wrong statement that many users (not redhat employees)
using Rawhide.
Smolt statistics for example
As much fun as it is to make up stats on the spot, I would ask you to show
some proof that nobody uses rawhide.
Please, take a look at smolts statistics, for example. Don't fool
yourself with wrong statement that many users (not redhat employees)
using Rawhide.
Smolt statistics for
Hi All,
I've having some issues with a PPC64 build and was wondering if
someone a bit more ppc savy could have a poke. It builds fine on x86
and ppc32. git head also has the same issue as the current stable
release so unfortunately that doesn't help much.
PPC64 build
On Thu, Jul 2, 2009 at 11:49 AM, Colin Walterswalt...@verbum.org wrote:
On Thu, Jul 2, 2009 at 6:29 AM, Peter Robinsonpbrobin...@gmail.com wrote:
Hi All,
I've having some issues with a PPC64 build and was wondering if
someone a bit more ppc savy could have a poke.
A backtrace would be
Hi Harald,
On Thu, 2009-07-02 at 12:59 +0200, Harald Hoyer wrote:
Here it is, dracut-0.3!
Thanks for your efforts, this is excellent.
We've started using it for OLPC's F11 spin, including our own modules to
implement OLPC features. So much nicer than what we had before!
However, the
Interestingly with -ggdb it builds fine with out without -O0.
That makes it a lot more likely to be a compiler flaw (though not guaranteed).
Does 'make check' pass in the source tree you built with -O0?
A backtrace would still be great though. Try setting DEBUG=fcatch in
the environment.
http://koji.fedoraproject.org/koji/taskinfo?taskID=1449113
Unrelated to this issue, but please use make V=1 so we see the actual
build command lines in the build.log (see the thread about the new
automake).
With V=1
http://koji.fedoraproject.org/koji/getfile?taskID=1450335name=build.log
http://koji.fedoraproject.org/koji/taskinfo?taskID=1449113
Unrelated to this issue, but please use make V=1 so we see the actual
build command lines in the build.log (see the thread about the new
automake).
With V=1
http://koji.fedoraproject.org/koji/getfile?taskID=1450335name=build.log
http://koji.fedoraproject.org/koji/taskinfo?taskID=1449113
Unrelated to this issue, but please use make V=1 so we see the actual
build command lines in the build.log (see the thread about the new
automake).
With V=1
Hi All,
I'm working to get the core moblin packages into Fedora with the plan
of having at least experimental support in time for F-12. If you've
got a few spare cycles and have some time to review a package there's
a list against the tracker bug here.
Hi,
So I've been toying with the idea of getting more involved with
fedora. Up till now if there has been a bug or other issue, i'll file
a bug or simply get the srpm and try to update it to a newer version,
or create my own specs / rpms when they don't already exist. Lately
I've figured
Hi All,
Is there currently an issue with the koji repo process? A pair of
rawhide chain builds that I ran last night failed and when I tried
them again this morning the previous package still wasn't in the repo
to build against. Similarly a F-11 build override that was tagged 10
or so hours ago
Hi All,
Is there an issue with F11 updates, I don't remember seeing anything
on the list about it but AFAICT it seems there's not been an updates
push for around 2 weeks.
Peter
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
Hi All,
Is there an issue with F11 updates, I don't remember seeing anything
on the list about it but AFAICT it seems there's not been an updates
push for around 2 weeks.
Last updates i saw where 3rd and 4th July which is a while ago but
hardly 2 weeks. Other than that i would say they
Is there an issue with F11 updates, I don't remember seeing anything
on the list about it but AFAICT it seems there's not been an updates
push for around 2 weeks.
You often can find a status on:
http://identi.ca/jwboyer
@jwb: thx for that service btw
How useful, thanks :-)
Peter
--
On Mon, Jul 13, 2009 at 7:36 PM, Tom Lanet...@redhat.com wrote:
(Not sure if this is the right list to complain on, but ...)
Trying to do a routine yum update on an F-11 x86 machine is not
working today. It successfully downloaded a bunch of packages,
but cannot find these:
Error
Hi All,
I have a couple of package reviews I'd like to swap some reviews with
someone. They are:
https://bugzilla.redhat.com/show_bug.cgi?id=511895
https://bugzilla.redhat.com/show_bug.cgi?id=506804
Cheers,
Peter
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
Hi Jeff,
On Sun, Jul 19, 2009 at 9:14 AM, Jeff Garzikjgar...@pobox.com wrote:
(resending; not sure where the original went)
My little cloud computing project has three small server daemons, plus
associated client libs, ready for Fedora.
Thanks to Mike Bonnet, the first package of three,
I'm having a ton of trouble getting mock --rebuild to work in F11 --
I've tried it on several systems (both i386 and x86_64) with
Fedora-{10,11}-{i386,x86_64} config files and various input SRPMS. None
of the builds work: mock fails on a yum depsolv command with an
--installroot option.
On 07/21/2009 09:00 PM, Rawhide Report wrote:
Compose started at Tue Jul 21 06:15:03 UTC 2009
New package ghc-editline
Haskell %{pgk_name} library
Obvious typo and it passed through review as well.
Rahul
I noticed this, but I don't think it's a typo. In the rpm it gets
Hi All,
I'd like some thoughts, and some help so yes, I'm opening a can of worms :-)
A while a go jkatz put out a call about support for netbooks, and I
begun to step up and the idea behind Fedora Mini [1] was born before
being sidetracked by shiny things in the corner.
So I'd like to get
clutter-cairo -- A basic Cairo clutter widget
This one is deprecated upsteam and merged into clutter, I've already
done most of the rawhide dead package stuff in bug [1] it just needs
the obsoletes added to clutter.
Cheers,
Peter
[1] https://bugzilla.redhat.com/show_bug.cgi?id=507389
--
On Mon, Jul 27, 2009 at 9:12 PM, Owen Taylorotay...@redhat.com wrote:
On Mon, 2009-07-27 at 16:59 -0300, Allisson Azevedo wrote:
I am orphaning this packages because i don't have time to maintain
them.
clutter -- Open Source software library for creating rich graphical
user interfaces
Hi All,
I'd like some thoughts, and some help so yes, I'm opening a can of
worms :-)
A while a go jkatz put out a call about support for netbooks, and I
begun to step up and the idea behind Fedora Mini [1] was born before
being sidetracked by shiny things in the corner.
snipped
Is
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires
Hi All,
Anyone interested in some review swaps? I have the following packages
that I need to get reviewed for Moblin so if you've got a package
you'd like to swap (or you've just got a few spare cycles for a plain
review) they are as follows:
bickley -
There appear to be a boatload of broken deps for packages based on
clutter (presumably because of API bump from 0.9 to 1.0) that have
been listed here for over a week and no movement to fix most of them.
It was actually broken on the move from 0.8 to 0.9 (and there were a
couple of smaller api
I was hoping that the devs who worked hard to even make it part of the
source rpm might be lurking on this mailing list and see my post :)
I don't think anything special is done to make it part of our
kernel .src.rpm, it's just in there because it's in the upstream kernel
tarball :). I
After requesting status updates, including direct email to the feature
owners, the following feature pages do not have a current status or their
ability to tested during the Alpha is unclear based on the lack of
information provided or percentage of completion.
Good luck with that! This driver has been in the process of being
re-written for well over a year, I've long given up hope. Its
unfortunate as its in alot of netbooks including all the atom based
eeePCs. Fortunately rpmfusion has one that works reasonably well (it
even suspends and resumes!)
On Thu, Aug 6, 2009 at 11:06 AM, Rawhide
Reportrawh...@fedoraproject.org wrote:
Compose started at Thu Aug 6 06:15:06 UTC 2009
Updated Packages:
firefox-3.5.2-2.fc11
* Mon Aug 03 2009 Martin Stransky stran...@redhat.com - 3.5.2-2
- Updated to 3.5.2.
IMO, this feature should be scratched, because the packages in question
are of immature nature (... and of low packaging quality from my POV).
Be specific. This is not enough information to influence the decision at
this stage.
OK, more verbose:
* In their present shape the packages are
This looks somewhat truncated. I have at least one new package that
should be in the list :-(
We're in Freeze. If you didn't request a freeze tag, it won't get into the
rawhide compose.
Of course! I thought the alpha was going to be a running snapshot of
rawhide without a freeze this time
This looks somewhat truncated. I have at least one new package that
should be in the list :-(
We're in Freeze. If you didn't request a freeze tag, it won't get into the
rawhide compose.
Of course! I thought the alpha was going to be a running snapshot of
rawhide without a freeze this time
Would you please be so kind and name names here?
What packages and what
reviews are you talking about?
In this context, I am talking about all moblin package submissions by Mr.
Robinson.
I asked you to write down the problems
you found in bz and CC me, but so far I haven't received a
1. He is running the autotools while building.
It's your personal opinion that this is low quality, many other packagers
don't agree with their assertion and the guidelines (intentionally) don't
ban it.
FYI, all our KDE 3 packages reran the autotools during the build (KDE 3's
make cvs
The feature process can be very forgiving when there is *information* on
the feature page about how testable a particular feature is or further
information what is left to be done past feature freeze.
I don't currently have the ability to know what every upstream project
is doing or know
Thanks for the clarification. From what I read, I inferred that the
driver in /staging was the serialmonkey driver, but it seems I read it
wrong, and what it actually means to say was 'this is the vendor driver,
it sucks, don't contribute any code to this driver, contribute to the
I had the same confusion. So there are 3 drivers around: The vendor
driver, the staging driver which is a fork of the vendor driver and
the serialmonkey driver. Multiply that by 3 for rt2860, rt2870 and
rt3070. And this leads to another confusion. Do (or will) the Fedora
kernels have
a camera, a phone, a usb stick, or whatever gizmos you
have at home...
Real plastic and metal plugs only, or bluetooth connections as well?
Bluetooth is definitively in scope.
The scope seems worryingly large, to me, on this one. We could talk
about modems, 3G modems, mice,
Hi,
pbrobinson:BADURL:Journal-99.tar.bz2:sugar-journal
I'm pretty sure this has been obsoleted and is a dead package but I'm
in the process of confirming the status and will update as appropriate
once I have confirmation.
pbrobinson:BADURL:mojito-0.19.2.tar.bz2:mojito
This is fixed in cvs
Hi,
pygtk2 implements a function called gtk.gdk.get_pixels_array(), which
returns the pixel contents of a GDK pixbuf as a numpy array. Fine and
dandy, but this means it links against numpy (7 megs) which is itself
linked against atlas (12 megs). Kind of a lot for a single function,
pbrobinson:BADURL:Journal-99.tar.bz2:sugar-journal
I'm pretty sure this has been obsoleted and is a dead package but I'm
in the process of confirming the status and will update as appropriate
once I have confirmation.
Confirmed the package is now dead and have completed the dead package
I've noticed that F12 will require a CPU with i686 architecture, and
that my Athlon 1.2GHz won't qualify. I accept that F11 is the last
Fedora release that I'll be able to use. My concern is that many
present Fedora users will be unpleasantly surprised that a new
installation doesn't work,
On Thu, Jun 18, 2009 at 4:22 PM, Bill Nottinghamnott...@redhat.com wrote:
Martin Langhoff (martin.langh...@gmail.com) said:
To note: it _is_ reported as a 586, so at least ancillary work in
yum/anaconda/rpm will be needed so that installing F12 on these
supported but not quite 686 CPUs is
The F12 feature still indicates the switch to Empathy as a default IM
client in Fedora.
However, the talk page for the feature
(https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material
concerns that the switch to Empathy would result in an insufficiently
justified loss of
On Tue, Aug 18, 2009 at 5:50 PM, Rahul
Sundaramsunda...@fedoraproject.org wrote:
On 08/18/2009 10:12 PM, Peter Robinson wrote:
On Tue, Aug 18, 2009 at 4:30 PM, Mel Chuam...@redhat.com wrote:
If you've got a moment for some last-minute help...
We (Marketing) will be freezing the F12 talking
After requesting status updates, including direct email to the feature
owners, the following feature pages do not have a current status or
their
ability to tested during the Alpha is unclear based on the lack of
information provided or percentage of completion.
On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendtmschwe...@gmail.com wrote:
==
The results in this summary consider Test Updates!
==
Summary of broken
Hi All,
I would like to add a group for the Moblin Desktop. My proposed patch
is below and feedback is welcome.
Cheers,
Peter
--- comps-f12.xml.in.orig 2009-08-20 17:10:23.0 +0100
+++ comps-f12.xml.in2009-08-20 17:20:47.0 +0100
@@ -4235,6 +4235,17 @@
/packagelist
On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottinghamnott...@redhat.com wrote:
Peter Robinson (pbrobin...@gmail.com) said:
I would like to add a group for the Moblin Desktop. My proposed patch
is below and feedback is welcome.
... this seems small. There are no other apps required?
Yes
On Thu, Aug 20, 2009 at 5:32 PM, Jesse Keatingjkeat...@redhat.com wrote:
On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote:
Hi All,
I would like to add a group for the Moblin Desktop. My proposed patch
is below and feedback is welcome.
Is Moblin a trademark of anybody?
Intel has
On Thu, Aug 20, 2009 at 5:41 PM, Bill Nottinghamnott...@redhat.com wrote:
Peter Robinson (pbrobin...@gmail.com) said:
On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottinghamnott...@redhat.com wrote:
Peter Robinson (pbrobin...@gmail.com) said:
I would like to add a group for the Moblin Desktop. My
On Thu, Aug 20, 2009 at 5:39 PM, Colin Walterswalt...@verbum.org wrote:
On Thu, Aug 20, 2009 at 12:22 PM, Peter Robinsonpbrobin...@gmail.com wrote:
Hi All,
I would like to add a group for the Moblin Desktop. My proposed patch
is below and feedback is welcome.
Peter, thanks for all your work
Sorry but the fail here is 100% on bodhi's side , why does a single
package obsolete a complete group update?
That is just broken, and this example clearly showed it.
It's broken (we've had some fun with that with the KDE grouped updates too,
we learned to be careful about what we push
Hi All,
I would like to add a group for the Moblin Desktop. My proposed patch
is below and feedback is welcome.
This is updated with the current components that are in rawhide. All
the other packages should be pulled in by deps.
Cheers,
Peter
--- comps-f12.xml.in.orig 2009-08-20
Hi,
Is anyone else having issues with livecd-creator? I'm seeing the issue
below on a 2 F-11 boxes, and possible a rawhide one as well.
Peter
Installing: xorg-x11-drivers # [804/807]
Installing: plymouth-gdm-hooks # [805/807]
On Tue, Aug 25, 2009 at 1:44 PM, Jeremy Katzka...@fedoraproject.org wrote:
On Tue, Aug 25, 2009 at 2:49 AM, Peter Robinson pbrobin...@gmail.com wrote:
Is anyone else having issues with livecd-creator? I'm seeing the issue
below on a 2 F-11 boxes, and possible a rawhide one as well.
[snip
On Tue, Aug 25, 2009 at 1:44 PM, Jeremy Katzka...@fedoraproject.org wrote:
On Tue, Aug 25, 2009 at 2:49 AM, Peter Robinson pbrobin...@gmail.com wrote:
Is anyone else having issues with livecd-creator? I'm seeing the issue
below on a 2 F-11 boxes, and possible a rawhide one as well.
[snip
Arriving fashionably late, and mostly intact, to the Constantine
Alpha party I'd like to announce that Moblin on Fedora has made it's
initial debut for Fedora Mini :)
Still a work in progress, Moblin is now in a mostly usable state on
Fedora for testing. It has hence come well dressed for the
snip
telepathy-mission-control-5.2.0-1.fc12
--
* Tue Aug 25 2009 Brian Pepple bpep...@fedoraproject.org - 5.2.0-1
- Update to 5.2.0.
- Drop BR on libtelepathy.
- Update url source links.
snip
Broken deps for i386
Hi All,
I have a little touch screen device that I'm playing around with. It
has EFI and its easy enough to get it to boot something other than
what its meant to. It seems the LiveCD doesn't have EFI support there.
Any hints welcome.
Cheers,
Peter
--
fedora-devel-list mailing list
On Mon, Aug 31, 2009 at 6:28 PM, Mani Aa.mani@gmail.com wrote:
http://puredata.info/
is not in the package database.
From the license POV, there are no problems.
I think this is the bug your after. A review is in progress but
there's a few build issues.
On Tue, Sep 1, 2009 at 8:11 PM, Tom spot Callawaytcall...@redhat.com wrote:
Hi folks,
I need this package reviewed so that I can fix the broken dep on
xsupplicant in rawhide:
https://bugzilla.redhat.com/show_bug.cgi?id=501017
I'd be happy to do a review trade, just let me know.
Will do
On Fri, Sep 11, 2009 at 10:33 AM, Till Maas opensou...@till.name wrote:
Hiyas,
why are the new packages now hidden below the broken dependencies? Iirc
there was even a discussion about changing the format more than a year
ago and back then it was decided to keep it as it is.
This was
On Fri, Sep 11, 2009 at 11:03 AM, Till Maas opensou...@till.name wrote:
On Fri, Sep 11, 2009 at 10:37:59AM +0100, Peter Robinson wrote:
This was discussed a couple of days ago against another rawhide
report. I would check out the list archives for the reasoning.
I fail to find
On Thu, Sep 17, 2009 at 3:08 PM, Tomasz Torcz to...@pipebreaker.pl wrote:
On Thu, Sep 17, 2009 at 02:35:56PM +0100, Bastien Nocera wrote:
On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote:
2009/7/13 Adam Williamson awill...@redhat.com:
snip
PS3MediaServer. A Java program to talk to a
On Mon, Sep 28, 2009 at 11:31 PM, Jesse Keating jkeat...@redhat.com wrote:
On Mon, 2009-09-28 at 23:00 +0100, Mat Booth wrote:
What do we have to do in order to build on PPC? Does it happen
automagically?
Once the ppc builders are setup and running smoothly, successful build
requests on the
On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti ber...@codewiz.org wrote:
Hello,
the sugar-pippy rpm in Fedora depends on pygame, which is used by some
of the examples.
So far, so good, but pygame in turn depends on numpy, a 7.7MB package
which a lot of huge dependencies such as atlas
On Tue, Sep 29, 2009 at 9:10 PM, Bernie Innocenti ber...@codewiz.org wrote:
El Tue, 29-09-2009 a las 12:36 +, Aleksey Lim escribió:
pygame and numpy are parts of Sugar Platform[1], at least for 0.84,
so, the right question is should these pakcages be a part of SP-0.86
I guess +1 for both,
On Tue, Sep 29, 2009 at 9:42 PM, Bernie Innocenti ber...@codewiz.org wrote:
El Tue, 29-09-2009 a las 16:25 -0400, Benjamin M. Schwartz escribió:
Bernie Innocenti wrote:
1) are there lighter-weight alternatives for the most popular uses of
numpy?
No. It has no competition, and is used by
On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
On 09/29/2009 12:51 AM, Peter Robinson wrote:
On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti ber...@codewiz.org wrote:
Hello,
the sugar-pippy rpm in Fedora depends on pygame, which is used by some
of the examples
On Tue, Sep 29, 2009 at 10:02 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
On 09/29/2009 01:52 PM, Peter Robinson wrote:
On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
I admit I'm not following sugar and numpy discussions too closely so I
might have missed
And Today I am %100 finished... Please point out which part of that
did I misinterpret, because the last thing I want to do is cause problems...
Because we do seem to fight this problem every release. Was anyone else
confused about when the deadline was? It seems very clear to me, on
1 - 100 of 153 matches
Mail list logo