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
> >
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
On Sat, 2010-02-13 at 22:36 +0100, Louis Lagendijk wrote:
> On Sat, 2010-02-13 at 07:11 -0800, Jesse Keating wrote:
> > On Sat, 2010-02-13 at 07:36 -0600, Mike Chambers wrote:
> > >
> > > rawhide - packages for rawhide dir
> > > testing - packages for current development release going to testing
>
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-al
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:
> https://
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 packager
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 neces
2010/2/13 Brian Pepple :
> 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 or
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 cod
On Sat, Feb 13, 2010 at 1: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
> http://fedoraproject.org/wiki
Paulo Cavalcanti wrote:
> However, with this new default, a lot of programs will have
> to add just:
>
> -lm
>
> This seems to be completely unnecessary, because it comes from glibc:
>
> [cascavel:~/RPMS124/lcgrpms] rpm -qf /lib64/libm.so.6
> glibc-2.11.1-1.x86_64
*nix has a long tradition of a
On Sun, 2010-02-14 at 15:35 +0100, Robin Sonefors wrote:
> Now, from my experience in the Ubuntu community, nobody actually
> understands this, while a significantly higher percentage of Ubuntu
> users knows what Debian's stable/testing/unstable means. I think this
> suggests that the Debian model
Adam Williamson said the following on 02/14/2010 12:00 AM Pacific Time:
> 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 nam
On 02/14/2010 11:25 AM, Eric Smith wrote:
> 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?
>
I wonder if such toolchain c
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
On Sun, Feb 14, 2010 at 16:52, Mike Chambers 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 analogy. Except that
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 packager
I wrote:
> 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?
>
Sergey Rudchenko wrote:
> I wonder if such toolchain can be ad
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
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
On 02/14/2010 10:52 AM, Mike Chambers 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.
>
> That's the basic process of creating leather, so why not go with it
> (minus leather if want to)?
On Sun, 2010-02-14 at 17:29 +0100, Mathieu Bridon wrote:
> On Sun, Feb 14, 2010 at 16:52, Mike Chambers 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 suggest
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
beagle-evolution-0.3.9-15.fc12
> 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
On 2010/02/14 20:58 (GMT+0100) nodata composed:
> 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
Felix Miata wrote:
> On 2010/02/14 20:58 (GMT+0100) nodata composed:
>
>> 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 bette
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 develop
>>> Yep. But you can align the partition tables to get better results ...
> Does/will the standard Fedora installer act intelligently?
I have seen evidence that partitioning by anaconda is aware of some
relevant properties of recent hardware. Anaconda-13.25 set the drive
geometry of a USB2.0 fla
On Sun, Feb 14, 2010 at 18:38, Jesse Keating wrote:
> On Sun, 2010-02-14 at 17:29 +0100, Mathieu Bridon wrote:
>> On Sun, Feb 14, 2010 at 16:52, Mike Chambers wrote:
>> > Rawhide - Rawhide dir as we know it
>> > Tanning - Devel branch for next release, in this case 13
>> > Leather - Official rele
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 po
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 cleve
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 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..
>
> bronze -
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 f1
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 nothin
On Sun, Feb 14, 2010 at 11:57:51 -0500,
Mail Lists wrote:
>
> Maybe follow the kernel naming scheme ..
>
> 12 is the released version
> 12.x is what will become 13 ..
> 13.rc is now a release candidate (no longer development)
> 13 is released
Anything related to the next release sho
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
=>http://koji.fedoraproject.org/koji/buildinfo?buildID=1
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 de
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
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
> http://fedoraproject.org/wiki/Features/C
43 matches
Mail list logo
