On Sat, 2010-02-13 at 11:06 +0100, Kevin Kofler wrote:
Jesse Keating wrote:
As part of no frozen rawhide, we'll have a new tree on the mirrors,
pub/fedora/linux/development/13 That's where we'll be putting things
that are tagged for the release after they get through testing. We
don't
On Sat, 2010-02-13 at 07:48 -0800, Jesse Keating wrote:
On Fri, 2010-02-12 at 21:18 -0800, Adam Williamson wrote:
Why not just call it 13 now, and 14 next time, and so on? It doesn't
really need to have its own name that's always the same...
Mostly because it becomes awkward to talk about
I've made some progress towards packaging up an arm-none-eabi toolchain
and newlib for cross-development for ARM platforms that do not run Linux
(vs. the arm-gp2x-linux toolchain). Is anyone else interested in this?
Currently I've got packages for:
binutils-2.20
newlib-1.18.0 bootstrap
Mail Lists wrote:
On 02/13/2010 01:34 PM, Jesse Keating wrote:
On Sat, 2010-02-13 at 11:07 -0500, Mail Lists wrote:
Pre or Prerelease was the name we used to use for Beta, so that's
not saving any confusion there :/
Ok - how about 13-dev ... or 13-frontier .. or 13-alpha .. or even
On Sat, Feb 13, 2010 at 02:08:36PM -0500, Toshio Kuratomi wrote:
packager group. We want to encourage more sponsors to take on people that are
not yet good packagers but have the potential to grow into good packagers with
a little mentoring.
Updated policy drafts are here:
On Sun, Feb 14, 2010 at 12:20:08PM +0100, Patrice Dumas wrote:
On Sat, Feb 13, 2010 at 02:08:36PM -0500, Toshio Kuratomi wrote:
packager group. We want to encourage more sponsors to take on people that
are
not yet good packagers but have the potential to grow into good packagers
Hi!
Just a small heads up that I'm going to update stk (Synthesis ToolKit
in C++) to version 4.4.2 and thereby change the soname from
libstk.so.4 to libstk.so.0. This will, as far as I can see, only
affect lmms, which I also maintain and take care of the rebuild
myself. The rebuild seems
2010/2/13 Brian Pepple bpep...@fedoraproject.org:
freeciv
I would take that. I still love to play it. Upstream is active.
--
LG Thomas
Dubium sapientiae initium
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sat, Feb 13, 2010 at 09:21:58PM +0100, Alain Portal wrote:
Hi,
Le samedi 13 février 2010 20:34:16, Brian Pepple a écrit :
Hey all,
I'm orphaning the following packages:
I think it should be nice, when a Fedora packager say he orphaned some
packages, he tells why he orphans its:
On sön, 2010-02-14 at 00:00 -0800, Adam Williamson wrote:
Why can't you just say 'The Fedora 13 repo' and 'things go into Fedora
13'? As others have said, this is how Ubuntu does it and it seems to
work fine there.
Technically, it's not.
Ubuntu uses their animal names for in-development code
On Sat, Feb 13, 2010 at 1:50 PM, Matt Domsch matt_dom...@dell.com wrote:
Fedora Fails To Build From Source Results for x86_64
using rawhide from 2010-02-10
This run includes the new default linker feature --no-add-needed.
This is responsible for 446 failures noted below. See
On Sun, 2010-02-14 at 07:54 -0800, John Poelstra wrote:
I don't see the awkwardness either.
I see it adding simplicity which is what we need vs. another name we
have to explain to people less involved in the development/release
process: what it is, if they should use it, etc.
Here is a
On Sun, Feb 14, 2010 at 16:52, Mike Chambers m...@miketc.net wrote:
Rawhide - Rawhide dir as we know it
Tanning - Devel branch for next release, in this case 13
Leather - Official release path, in this case, 12.
Haikel had already suggested « tanning », and I must say I really like
the
On 02/14/2010 11:24 AM, Jesse Keating wrote:
How do you easily answer the question What state is Fedora 13 in right
now?
We can say It's in rawhide still, we can say It's released, what we
don't have is what it is between those two. We could potentially use
It's in Alpha, it's in Beta,
Any truth here?
http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-
Byte_Sector_Hard_Drives
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Compose started at Sun Feb 14 08:15:08 UTC 2010
Broken deps for i386
--
balsa-2.4.6-3.fc13.i686 requires libgmime-2.4.so.2
beagle-0.3.9-15.fc12.i686 requires mono(gmime-sharp) = 0:2.4.0.0
I have now adjusted the draft -
https://fedoraproject.org/wiki/User:Adamwill/Draft_Fedora_privilege_escalation_policy
- to reflect all feedback
from this list and from FESco. It will be reviewed again by FESco
next week.
Please raise any potential issues or further suggestions for
On 14/02/10 17:59, Neal Becker wrote:
Any truth here?
http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-
Byte_Sector_Hard_Drives
Yep. But you can align the partition tables to get better results, i.e.
don't except the default start value that fdisk gives you.
--
devel
Jesse Keating said the following on 02/14/2010 08:24 AM Pacific Time:
On Sun, 2010-02-14 at 07:54 -0800, John Poelstra wrote:
I don't see the awkwardness either.
I see it adding simplicity which is what we need vs. another name we
have to explain to people less involved in the
On Sun, Feb 14, 2010 at 18:38, Jesse Keating jkeat...@redhat.com wrote:
On Sun, 2010-02-14 at 17:29 +0100, Mathieu Bridon wrote:
On Sun, Feb 14, 2010 at 16:52, Mike Chambers m...@miketc.net wrote:
Rawhide - Rawhide dir as we know it
Tanning - Devel branch for next release, in this case 13
https://bugzilla.redhat.com/show_bug.cgi?id=562316
Why did this bug end up in the FTBFS list? I don't think rpmdevtools has
actually failed to build from source according to the logs available right
now, this bug has nothing directly to do with FTBFS (or at least nothing that
a script could
On Fri, Feb 12, 2010 at 04:45:32PM -0800, Jesse Keating wrote:
As part of no frozen rawhide, we'll have a new tree on the mirrors,
pub/fedora/linux/development/13 That's where we'll be putting things
that are tagged for the release after they get through testing. We
don't yet have a clever
On Mon, 2010-02-15 at 09:37 +1000, Peter Hutterer wrote:
Of course, if wanna keep the gold name for the official release path,
could rename other and use below..
bronze - current rawhide
silver - current devel branch for next release
gold - current officially released branch
--
Mike Chambers
rolling - as in the song - rolling, rolling, rolling, rawhide!
On 15 February 2010 11:06, Mike Chambers m...@miketc.net wrote:
On Mon, 2010-02-15 at 09:37 +1000, Peter Hutterer wrote:
Of course, if wanna keep the gold name for the official release path,
could rename other and use below..
On 02/14/2010 11:59 AM, Neal Becker wrote:
Any truth here?
http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-
Byte_Sector_Hard_Drives
We have actually been working hard to take advantage of the information that
these drives export so hopefully this will all work in f13 to
On Mon, Feb 15, 2010 at 12:19:20AM +0200, Ville Skytt? wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=562316
Why did this bug end up in the FTBFS list? I don't think rpmdevtools has
actually failed to build from source according to the logs available right
now, this bug has nothing
Hi,
fonts-ISO8859-2-1.0-22.fc12 (build/make) pnemade,fonts-sig,i18n-team,pnemade
So why is this failed? See the successful koji scratch build =
http://koji.fedoraproject.org/koji/taskinfo?taskID=1986768 and then
official build for F-13
I did some testing of the dev squashfs and found it reduced the game spin
size by 10%. (This was a nonfunctional spin, since the kernel wouldn't
handle the lzma squashfs image.)
mksquashfs uses multiple processors for both zlib and lzma compression.
I made a spin using the dev squashfs using the
On Mon, Feb 15, 2010 at 10:58:53AM +0530, Parag N() wrote:
Hi,
fonts-ISO8859-2-1.0-22.fc12 (build/make) pnemade,fonts-sig,i18n-team,pnemade
So why is this failed? See the successful koji scratch build =
http://koji.fedoraproject.org/koji/taskinfo?taskID=1986768 and then
On 02/13/2010 04:50 PM, Matt Domsch wrote:
Fedora Fails To Build From Source Results for x86_64
using rawhide from 2010-02-10
This run includes the new default linker feature --no-add-needed.
This is responsible for 446 failures noted below. See
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=565048
Iain Arnell iarn...@gmail.com 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=561568
--- Comment #20 from Muzi muzammel.li...@gmail.com 2010-02-14 08:20:04 EST ---
Now come to the final point, where problem occur
perl-Fedora-Bugzilla has broken dependencies in the development tree:
On x86_64:
perl-Fedora-Bugzilla-0.13-2.fc13.noarch requires
perl(MooseX::Types::DateTimeX)
On i386:
perl-Fedora-Bugzilla-0.13-2.fc13.noarch requires
perl(MooseX::Types::DateTimeX)
Please resolve this as soon
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=557015
Bug 557015 depends on bug 562316, which changed state.
Bug 562316 Summary: [perl spec] PERL_INSTALL_ROOT breaks installs with
34 matches
Mail list logo